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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document describes the protocol to be used on the Media Gateway Controller (MGC) - Media Gateway 
(MGW) interface. The Media Gateway Controllers covered in this specification are the MSC server and the GMSC 
server. The basis for this interface profile is the H. 248.1 [10] protocol as specified in ITU-T. The BICC architecture as 
described in 3GPP TS 23.205 [2] and 3GPP TS 29.205 [7] defines the usage of this protocol. 

This specification describes the changes to H.248 which are needed to handle 3GPP specific traffic cases. This is done 
by using the H.248 standard extension mechanism. In addition certain aspects of the base protocol H.248 are not needed 
for this interface and thus excluded by this profile. 

The present document is valid for a 3"* generation PLMN (UMTS) complying with Release 4 and later. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of pubhcation, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TS 23.153: "Out of band transcoder control; Stage 2". 

[2] 3GPP TS 23.205: "Bearer independent circuit-switched core network; Stage 2". 

[3] 3GPP TS 24.008: "Mobile radio interface Layer 3 specification; Core network protocols; Stage 3". 

[4] 3GPP TS 25.415: "UTRAN lu interface user plane protocols". 

[5] 3GPP TS 28.062: "Inband Tandem Free Operation (TFO) of speech codecs; Service description; 

Stage 3". 

[6] 3GPP TS 29.007: "General requirements on interworking between the Public Land Mobile 

Network (PLMN) and the Integrated Services Digital Network (ISDN) or Public Switched 
Telephone Network (PSTN)". 

[7] 3GPP TS 29.205: "Application of Q. 1900 series to Bearer Independent circuit-switched network 

architecture; Stage 3". 

[8] 3GPP TS 29.415: "Core Network Nb interface user plane protocols". 

[9] 3GPP TS 48.008: "Mobile Switching Centre - Base Station System (MSC - BSS) interface; 

Layer 3 specification". 

[10] ITU-T Recommendation H.248. 1 (03/02): "Gateway control protocol". Version 1 

[II] ITU-T Recommendation Q.2210 (1996): "Message transfer part level 3 functions and messages 
using the services of ITU-T Recommendation Q.2140". 

[12] IETF RFC 2960: "Stream control transmission protocol". 

[13] 3GPP TS 29.202: "Signalhng System No. 7 (SS7) signalHng transport in core network; Stage 3". 

[14] ITU-U Recommendation H.248. 8: "Error codes and service change reason description". 

[15] ITU-U Recommendation H.248. 10: "Media gateway resource congestion handling package". 
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[16] 3GPP TS 26.103: "Speech codec list for GSM and UMTS". 

[17] ITU-U Recommendation H.248.2 (01/2005): "Facsimile, text conversation and call discrimination 

packages". 

[18] 3GPP TS 26.226: "Cellular text telephony; Transport of text in the voice channel". 

[19] ITU-T Recommendation T.140: "Protocol for multimedia application text conversation". 

[20] 3GPP TS 25 .4 1 3 : "UTRAN lu interface RANAP signalling" . 

[21] 3GPP TS 25.414: "UTRAN lu interface data transport and transport signalling". 

[22] 3GPP TS 23.078: "Customized Apphcations for Mobile network Enhanced Logic (CAMEL); 

Stage 2". 

[23] ITU-T Recommendation Q.1950: "Bearer independent call bearer control protocol". 

Note: Only H.248.1 vl applies to the Mc Interface 

[24] ITU-T Recommendation Q.765.5: "Signalling system No. 7 - Application transport mechanism: 

Bearer Independent Call Control (BICC)". 

[25] ITU-T Recommendation G.71 1 : "Pulse code modulation (PCM) of voice frequencies". 

[26] 3GPP TS 26.102: "3rd Generation Partnership Project; Mandatory speech codec; AMR speech 

codec; Interface to lu, Uu and Nb" 

[27] 3GPP TS 23.014: "Technical Specification Group Core Network; Support of Dual Tone Multi- 

Frequency (DTMF) signalling". 

[28] ITU-T Recommendation H.248.7: "Generic Announcement Package". 

[29] 3GPP TS 29.414: "Core Network Nb data transport and transport signalling". 

[30] ITU-T Recommendation X.213 (1 1/95): "Information technology - Open systems interconnection 

- Network Service Definitions". 

[31] IETF RFC 2327: " Session Description Protocol". 

[32] 3GPP TS 43.045: "Technical Realization Of Facsimile Group 3 service - Transparent". 

[33] 3GPP TS 23.172 : "Technical Specification Group Core Network and Terminals;Technical 

realization of Circuit Switched (CS);multimedia service UDI/RDI fallback and service 
modification;Stage 2 

[34] 3GPP TS 33.210 : "Technical Specification Group Services and System Aspects;3G Security; 

Network Domain Security; IP Network Layer Security. 



3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

context (H.248): association between a number of Terminations 

The context describes the topology (who hears/sees whom) and the media mixing and/or switching parameters if more 

than two terminations are involved in the association. 

package (H.248): different types of gateways may implement terminations which have differing characteristics 
Variations in terminations are accommodated in the protocol by allowing terminations to have optional properties. Such 
options are grouped into packages, and a termination may realise a set of such packages. 
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termination (H.248): logical entity on an MGW which is the source and/or sink of media and/or control streams 

A termination is described by a number of characterising properties, which are grouped in a set of descriptors which are 

included in commands. Each termination has a unique identity (TerminationID). 

termination property (H.248): used to describe terminations 

Related properties are grouped into descriptors. Each termination property has a unique identity (PropertylD). 

3.2 Symbols 

For the purposes of the present document, the following symbols apply: 

lu Interface between the RNS and the core network. It is also considered as a reference point. 

Mc Interface between the server and the media gateway. 

3.3 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

BICC Bearer Independent Call Control 

M3UA SS7 MTP3 - User Adaptation Layer 

MGC Media Gateway Controller 

MTP3 Message Transfer Part layer 3 

RFC Request For Comment; this includes both discussion documents and specifications in the IETF 

domain 

SCTP Stream Control Transmission Protocol 

TFO Tandem Free Operation 

TrFO Transcoder Free Operation 



UMTS capability set 



The support of the Mc interface capability set may be identified by the Mc profile and support of this profile may then 
be indicated in ServiceChange procedure via the ServiceChangeProfile parameter as defined in H.248. 1 [10] and 
clarified in section 4. 2. The mandatory parts of this profile shall be used in their entirety.. Failure to do so will result in a 
non-standard implementation. 

ITU-T Recommendation 11.248. 1 [10] shall be the basis for this profile. The compatibility rules for packages, signals, 
events, properties and statistics and the H.248 protocol are defined in ITU-T Recommendation H.248. 1 [10] Their use 
or exclusion for this interface is clarified in clause 12. 

4.1 Profile Identification 

Table 4.1 : Profile Identification 



Profile name: 


threegbicsn 


Version: 


1 



4.2 Profile Registration 



The following description is based on H.248. 1 profile registration procedure with some clarifications. The reply to the 
ServiceChange Request containing the SCP parameter indicates if the MSC Server supports the requested profile or if it 
does not support it and wants to propose an alternative profile. The profile (name and version) is only returned in the 
reply if the MGC cannot support the specified profile in the ServiceChangeRequest. The returned reply shall indicate 
the profile and version supported or "NoProfile" if no profile is supported. Upon reception of a profile in the reply, if 
the MGW supports the indicated profile, it shall issue a new ServiceChange Request with the agreed profile to explicitly 
confirm the acceptance of the profile to the MGC ; otherwise, if the MGW does not support the indicated profile, it may 
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continue the registration or re-registration procedure by issuing a new ServiceChange Request with an alternative 
profile ; until such procedure is successfully completed the MGW shall remain out of service. In the instance that the 
MGW did not indicate a profile in the original ServiceChangeRequest and the MGC returned a profile in the reply, the 
MGW shall issue a new ServiceChangeRequest with the appropriate profile or "NoProfile" if no profile is supported. If 
the profile is not returned the MGC shall use the capabilities specified by the Profile indicated in the service change 
request. 

Note: It should be observed that the profile registration is not a "cold calling" negotiation; the operator shall 
have configured the network to support certain profiles and so the profile registration within the Mc 
interface permits network upgrade scenarios but otherwise is simply a means to confirm the connection of 
the profile to be used over the Mc interface between MGC and MGW. 



5 Naming conventions 

5.1 IVIGC/IVIGW naming conventions 

The MGC shall be named according to the naming structure of the underlying transport protocol which carries the 
H.248 protocol. 

5.2 Termination names 

The Termination ID structure shall follow the guidelines of H.248 and the structure is either relevant or irrelevant for 
MGC and MGW. 

The relevance depends on the utilized bearer type for termination. With ephemeral ATM/AAL2 and IP endpoint bearer 
types the internal structure of Termination ID is irrelevant for MGW and MGC and therefore Termination ID is only 
numeric identifier for termination. When bearer type is physical timeslot within TDM circuit the Termination ID 
structure shall follow the Termination naming convention for TDM circuit bearer. 

5.2.1 Termination naming convention 

The following general structure of termination ID shall be used: 

ASN.l coding: 

4 octets shall be used for the termination ID. The following defines the general structure for the termination ID: 



Termination 
type 


X 



Termination type: 
Length 3 bits 
Values: 

000 Reserved 

001 Ephemeral termination 
010 TDM termination 

Oil - 110 Reserved 

1 1 1 Reserved for ROOT termination Id (ROOT Termination ID = OxFFFFFFFF) 
X: 
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Length 29 bits. 

Usage dependent on Termination type. TDM terminations specified below in subclause 5.2.2. Other usage un- 
specified. 

ABNF coding: 

TerminationID = "ROOT" / pathName / "$" / "*" ; According to H.248.1 annex B 

With ephemeral termination: 

pathName = EphTokenUNDERSCORE(EPHsystem/"*") 

EphToken = "Ephemeral" 

UNDERSCORE = %x5F ;"_" 

EPHsystem : Usage is not specified 

5.2.2 Termination naming convention for TDM terminations 

ASN.l coding: 



Termination 
type (=010) 


PCIVl system 


Individual 



PCM system: 

Length 24 bits 

Usage unspecified. Uniquely identifies PCM interface in MGw 
Individual: 

Length: 5 bits 

Max. of 32 individuals (timeslots) per PCM system (max. 24 for a 24 channel system) 
ABNF coding: 

pathName = TDMToken UNDERSCORE ((PCMsystem / "*") SLASH (Individual / "*")) 
TDMToken = "TDM" 
UNDERSCORE = %x5F ;"_" 

PCMsystem : Usage not specified 
Individual =1*2 (DIGIT) ; 0-3 1 



Topology descriptor 



The Topology Descriptor shall be supported by the MGW and MGC for handover and lawful interception. It can also be 
used for sending tones and playing announcements. 



7 Transaction timers 



All transaction timers specified in ITU-T Recommendation H.248.1 [10] shall be supported in this subset of the 
protocol. 
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8 Transport 



Each implementation of the Mc interface should provide the appropriate protocol options: MTP3B as defined in ITU-T 
Recommendation Q.2210 [11] (for ATM signalling transport) or SCTP as defined in RFC 2960 [12] (for IP signalling 
transport) and in the case where the signalling relation consists of both ATM signalling transport and IP signalling 
transport the M3UA protocol layer (3GPP TS 29.202 [13]) shall be added to SCTP to provide interworking. M3UA 
layer may also be added to SCTP for pure IP signalling transport. IPsec shall not be used by MSC Server or MGW for 
the Mc interface. Normally the Mc interface lies within a single operator's secure domain. If this is not the case then a 
Za interface (Security Gateway deploying IPSec) may be required, however this is a separate logical function/entity and 
thus is not attributed to Mc profile, the MSC Server or the MGW; for further details see 3GPP TS 33.210 [34] In 
summary: 

1) For pure IP connections, H.248/SCTP/IP should be used. .In addition, to allow for flexible implementations of 
gateways and controllers in order to offer efficient use of SCTP associations the M3UA layer may also be added 
on top of SCTP 

2) For pure ATM connections, H.248/MTP3b/SSCF/SSCOP/AAL5/ATM should be used. 

3) For mixed IP&ATM connections, H.248/M3UA/SCTP/IP shall be used as the IP transport. 

If using SCTP as defined in IETF RFC 2960 [12] the MGW shall always be the node to perform the Tnitiation". 

For a BICC network with IP transport and IPBCP is transported within H.248 messages, text encoding is not 
recommended to be used on Mc interface until ITU has resolved the contradiction in RFC2327 [31] and H.248. 1 [10] on 
the usage of CR (ASCII carriage return OxOd) and/or LF (ASCII newline OxOa) characters e.g. in SDP these Characters 
are missing when using the currently specified "quotedString" type. 



Multiple Virtual MG. 



If an MGW is connected to more than one (G)MSC, the MGW shall fulfil the requirements outlined in the subclause 
"Multiple virtual MGW" in ITU-T Recommendation H.248. 1 [10]. 



1 Formats and codes 



Table 1 shows the parameters which are required, in addition to those defined in the subclause "Formats and Codes" of 
ITU-T Recommendation Q.1950 [23] (see 3GPP TS 29.205 [7]). 

The coding rules applied in ITU-T Recommendation H.248. 1 [10] for the applicable coding technique shall be followed 
for the UMTS capability set. 

Unsupported values of parameters or properties may be reported by the MGW and shall be supported by the MSC as 
such by using H.248. 1 error code #449 "Unsupported or Unknown Parameter or Property Value". Error Text in the 
error Descriptor: The unsupported or unknown value is included in the error text in the error descriptor. 
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Table 1 : Additional parameters required 



actprot 


Signal descriptor 


As for the signal "Activate protocol" in subclause 15. 2.1 .3 


IVIode 


Local control 


As for the property "UP mode of operation" in subclause 1 5.1 .1 .1 


Version 


Local control 


As for the property "Upversion" in subclause 15.1.1.1 


Value 


Local control 


As for the property " Delivery of erroneous SDUs" in subclause 
15.1.1.1 


Interface 


Local control 


As for the property" Interface" in subclause 15.1.1.1 


Initdirection 


Local control 


As for the property " Initialization Direction" in subclause 1 5.1 .1 .1 


PLIVIN bearer capability 


Local control 


As for the property "PLIVIN BC" in subclause 15. 2.1.1 








Coding 


Local control 


As for the property" GSM channel coding" in subclause 15. 2.1.1 


tfoactvalue 


Local control 


As for the property " TFO activity control" in subclause 15. 2.2.1 


Codeclist 


Local control 


As for the property" TFO Codec List" in subclause 15. 2.2.1 


Result 


ObservedEvent 
descriptor 


As for the ObservedEventDescriptor parameter "Protocol Negotiation 
Result" in subclause 15. 2.1.2 


Cause 


ObservedEvent 
descriptor 


As for the ObservedEventDescriptor parameter "Protocol Negotiation 
Result" in subclause 15. 2.1.2 


Rate 


ObservedEvent 
descriptor 


As for the ObservedEventDescriptor parameter "Rate Change" in 
subclause 15. 2.1.2 


Optimalcodec 


ObservedEvent 
descriptor 


As for the ObservedEventDescriptor parameter "Optimal Codec 
Type" in subclause 15. 2.2.2 


Distlist 


ObservedEvent 
descriptor 


As for the ObservedEventDescriptor parameter "Distant TFO List" in 
subclause 15.2.2.2 


On/Off 


Local control 


As for the property "Echo cancelling" in subclause E.I 3.1 in ITU-T 
Recommendation H.248.1 [10] . Default value is Off. 


Error 


Error descriptor 


As defined in the subclause "Command error code" in ITU-T 
Recommendation H.248.1 [10] 


IVIGW Resource 
Congestion Handling - 
Indication 


EventDescriptor 


As for the EventDescriptor in subclause 4.2.1/H.248.10 
"MGCongestion" 


Reduction 


ObservedEvent 
descriptor 


As for the ObserverdEventDescriptor in subclause 4.2.1/H.248.10 
"MGCongestion". 


Bearer Modification 
Support 


EventDescriptor 


As for the EventsDescriptor in "Bearer Modification Support" in 
subclause 15.2.3.2. 


Bearer modification 
possible 


ObservedEvent 
descriptor 


As for the ObserverdEventDescriptor in "Bearer Modification 
Support" in subclause 15. 2.3.2. 


Ctmstate 


TerminationState 


As for the TerminationState "Text termination connection state" in 
subclause 15. 2.6.1. 


Ctmtransport 


Local control 


As for the property "Text Transport" in subclause 15.2.6.1 . 


Ctmtext version 


Local control 


As for the property " Text Protocol Version" in subclause 15.2.6.1 . 


Connchng 


ObservedEventDe 
scriptor 


As for the ObservedEventDescriptor " Connection State Change in 
subclause 15.2.6.2 


Ctmbits 


Statistics 
descriptor 


As for the Statistics descriptor "Characters Transferred" in subclause 
15.2.6.4 


Bitrate 


Local control 


As for the property" Bitrate" in subclause 15.1.7.1 


Ipaddress 


Local control 


As for the property" IP transport address" in subclause 15.2.7.1 


UDPport 


Local control 


As for the property" UDP port " in subclause 15.2.7.1 


Flextone 


Local control 


As for the signal "Flexible Tone " in subclause 15.2.8.1 





1 1 Mandatory Support of SDP and H.248.1 annex C 
information elements 

This section shall be in accordance with the subclause "Mandatory Support of SDP and H.248.1 annex C information 
elements" in ITU-T Recommendation Q.1950 [23] (see 3GPP TS 29.205 [7]) with the following requirements: 

Mc Single Codec encoding: 

The ACodec property in H.248 binary encoding are set as defined in ITU-T Recommendation Q.765.5 [24], for 
single codec information (figure 14/Q.765.5), where the Codec Information is defined either in ITU-T 
Recommendation Q.765.5 [24] or in another specification for the given Organization Identifier. For 3GPP codecs 
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these are defined in 3GPP TS 26.103 [16]. The ACodec parameter contains the contents of the Single Codec IE, 
excluding the Single Codec Identifier, Length Indication and Compatibility Information. 

Example of encoding of an AMR codec: 

Acodec = 0206959504 

where the AMR parameters are: ETSI, UMTS_AMR_2, [ACS={4.75, 5.90, 7.4, 12.2}, SCS={4.75, 5.90, 7.4, 
12.2},OM=0, MACS=4] 

Note: The "Mc Single Codec IE" differs from the ITU-T defined "Single Codec IE", while on the Nc interface (i.e. 
in OoBTC) the ITU-T Single Codec IE is used without deviation. 

The Acodec property set to the MuMe Dummy codec denotes a multimedia call. The Acodec property shall 
never be set to the MuMe2 Dummy codec. See 3GPP TS 26.103 [16] and 3GPP TS 23.172 [33]. 

The content of the RNC Transport Address or BIWF Address depends on the used transport interface but the principle 
is that NSAP format is used. See 3GPP TS 25.414 [21] for RNC and for core network see 3GPP TS 29.414 [29]. For IP 
the lANA ICP IDI format of the NSAP addressing format as specified in X.213 [30] shall be used. For Ipv4 networks 
the IPv4 format recommended by X.213 shall be adopted. 

For this application the BIR length shall be fixed at 4 Octets and the NSAP length shall be fixed at 20 Octets. 



12 General on Packages and Transactions 

The base root package (0x0002) properties shall be provisioned in the MGW. 

Event Buffering shall not be supported. 

Error Descriptor in NotifyRequest shall not be used. 

DigitMaps shall not be supported. 

H.248 Statistics shall not be audited via the Mc interface and shall be suppressed in the replies to Subtract commands, 
except where specific 3GPP packages define their use. 

Embedded Signals shall not be supported on the Mc interface. 

Embedded Events shall not be supported on the Mc interface. 

Only a single media stream per Termination shall be supported. 

The use of "Overspecified" (e.g. range of values) and "Underspecified" (e.g. "?") parameter specification shall not be permitted 
except where explicitly indicated in or referenced by the Mc interface specification. 

When a Service Change command on the Root termination with a method other than Graceful is sent, the command 
shall always be sent as the only command in a message. The sending node shall always wait for the reply to a Service 
Change command on the Root termination with a method other than Graceful before sending further command requests. 
A Service Change command on the Root termination with method Graceful may be combined with other commands in 
a single message. 

ServiceChange Method "Failover" with the 'MG impending failure' reason shall not be used on this interface 

ServiceChange Method "Handoff" involving more than 1 MSC or MGW shall not be used on this interface. 

Note : This does not preclude the use of the MGCId in a ServiceChange (Handoff) scenario, nor does it change 
the expected MG behaviour upon receipt of such a message, as the MGW has actually no means to 
differentiate whether the ServiceChangeMgcId parameter that may be received in a ServiceChange 
(handoff) message relates to a logical MGC inside the same MSC server or is part of another MSC- 
Server. 

The following MGW capabilities shall be supported by the Audit Capability procedure: 

- FFS 
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When ADD, MOD, or MOV commands exclude an Audit Descriptor, the MGW response shall only include descriptors which 
contained underspecified or overspecified properties in the command request, with the exception of the Error Descriptor. 
Furthermore, only those properties that were underspecified or overspecified in the request shall be sent in the reply . 

Notel: This does not exclude tunnel information returned as part of the IPBCP tunnelling procedures. 

Note2: The applicability of this restriction for text encoding is FFS. 

The following Service Change Reasons are not supported: 

Modem Capability Failure (911) 

Mux Capability Failure (912). 

Modem descriptor shall not be supported. 

Multiplex descriptor shall not be supported. 

An action request sent to a MG shall not include a request to audit attributes of a Context. Hence, for ASN. 1 encoding 
ContextAttributeAuditReq shall not be used and for text encoding contextAudit attribute of a contextRequest shall not 
be used. 

The ServiceState property within the TerminationState descriptor shall not take the value "Test". 

The use of the Announcement Variant parameter is optional for both Fixed Announcements and Variable 
Announcements . 

The use of wildcarding for the Termination Id shall be performed using 1 octet only. 

Wildcarded responses shall only be used in Release procedures (Release Bearer and Release Termination), when 
multiple terminations are released with one command and in audit responses where multiple terminations are implied by 
the audit request. 

Context Attribute Priority shall not be supported. 

Stream Mode Loopback shall not be supported. 

Parameter modification and event notification shall not be permitted on non-ROOT Terminations in the NULL Context. 

Commands on ROOT Termination shall only use the NULL Context. 



13 BICC packages 



13.1 Mandatory BICC packages 

The following BICCpackages shall be supported: 

Bearer Characteristics Package (see ITU-T Recommendation Q.1950 [23] annex A.3). 

Bearer Network Connection Cut Through Package (see ITU-T Recommendation Q.1950 [23] annex A.4). 

Generic Bearer Connection Package (see ITU-T Recommendation Q.1950 [23] annex A.6). 

13.2 Optional BICC packages 

The following BICC packages shall be supported as required by the network services deployed in the network: 

Basic Call Progress Tones Generator with Directionality, (see ITU-T Recommendation Q.1950 [23] annex A.8). 
Expanded Call Progress tones Generator Package (see ITU-T Recommendation Q.1950 [23] annex A.9). 
Basic Services Tones Generation Package, (see ITU-T Recommendation Q.1950 [23] annex A. 10). 
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Bearer Control Tunnelling Package (see ITU-T Recommendation Q.1950 [23] annex A.7). 
Expanded Services Tones Generation Package (see ITU-T Recommendation Q.1950 [23] annex A. 1 1). 
Intrusion Tones Generation Package (see ITU-T Recommendation Q.1950 [23] annex A. 12). 

- Business Tones Generation Package (see ITU-T Recommendation Q.1950 [23] annex A. 13). 

14 H.248 standard packages 

The following H.248 packages shall be supported by this UMTS Capability Set: 

Generic vl (see ITU-T Recommendation H.248. 1 [10] annex E.l). 

Base Root Package vl (see ITU-T Recommendation H.248. 1 [10] annex E.2). 

Tone Detection Package vl (see ITU-T Recommendation H.248. 1 [10] annex E.4). This package is "for extension 
only" and shall not be published over the Mc interface. 

- Basic DTMF Generator Package vl (see ITU-T Recommendation H.248. 1 [10] annex E.5). Only the DTMF 
Signal Ids shall be used, not the Tone Ids within the PlayTone Signal Id. 

DTMF Detection Package vl (see ITU-T Recommendation H.248. 1 [10] annex E.6). 

Generic Announcement Package vl (see ITU-T Recommendation H.248. 7 [28]) - Fixed Announcements. 

- TDM Circuit Package vl (see ITU-T Recommendation H.248.1 [10] annex E.13). 

Media Gateway Resource Congestion Handling Package vl (see ITU-T Recommendation H.248. 10 [15] ). 

The following H.248 packages may be supported by this UMTS Capability Set as required by the network services 
deployed in the network: 

Tone Generator Package vl (see ITU-T Recommendation H.248.1 [10] annex E.3). This package is "for 
extension only" and shall not be published over the Mc interface. 

Generic Announcement Package vl (see ITU-T Recommendation H.248. 7 [28]) - Variable Announcements. 

Text Telephony Package (see ITU-T Recommendation H.248.2 [17]). 

Call Discrimination package v2 (see ITU-T Recommendation H.248.2 [17]). 

14.1 Call independent H.248 transactions 

Table 2 shows the relationship between each non call-related procedure in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]) and the corresponding stage 2 procedure defined in 3GPP TS 23.205 [2], as well as specifying the 
requirement for support of each procedure on the Mc interface. 

For further description of error codes and service change reasons, refer to ITU-T Recommendation H.248. 8 [14]. 
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Table 2: Correspondence between ITU-T Recommendation Q.1950 [23] 
non call-related transactions and 3GPP TS 23.205 [2] procedures 



Transaction used in ITU-T 
Recommendation Q.1950 [23] 


Procedure defined in 
3GPP TS 23.205 [2] 


Support 


Comments 


BIWF Service Cancellation Indication 


IVIGW Out of Service 


Mandatory 




BIWF Lost Communication 


IVIGW Communication Up 


Mandatory 




BIWF Service Restoration Indication 


IVIGW Restoration 


Mandatory 




BIWF Registration 


IVIGW Register 


Mandatory 




BIWF Re-Registration 


IVIGW Re-register 


Mandatory 




ecu Ordered BIWF Re-Registration 


(G)IVISC Server Ordered Re-register 


Mandatory 




ecu Initiated Service Restoration 


(G)MSC Server Restoration 


Optional 




ecu Initiated Service Cancellation 


(G)IVISC Server Out of Service 


Optional 




BIWF_Service_Cancellation_lndication 


Termination Out-of-Service 


Mandatory 


Is a part of BIWF Service 
cancellation in 0.1 950 


BIWF_Service_Restoration_lndication 


Termination Restoration 


Mandatory 


Is a part of BIWF Service 
cancellation in 0.1 950 


Audit_Values 


Audit Value 


Mandatory 


Shall be supported for 
the audit of Termination 
State and for periodic 
audit of MGW (empty 
Audit descriptor). 
May be supported for 
the audit of packages. 


Audit_Capabilities 


Audit Capability 


Optional 


The capabilities to be 
audited shall be defined 
in clause 12. 


BIWF Capability Change 


Capability Update 


Optional 






MGW Resource Congestion 
Handling - Activate 


Mandatory 






IVIGW Resource Congestion 
Handling - Indication 


Mandatory 




Continuity Check Tone 


Continuity Check Tone 


Optional 




Continuity Check Verify 


Continuity Check Verify 


Optional 




Continuity Check Response 


Continuity Check Response 


Optional 





14.1.1 MGW Out of service/Maintenance Locking 

This procedure is the same as described in the subclause "BIWF Service Cancellation Indication" in ITU-T 
Recommendation Q.1950 [23] (see 3GPP TS 29.205 [7]), with the following clarification. 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = Null 
Termination ID = Root 
Service Change Reason = 

MGW impending failure 

Termination Taken out of service 
Service Change Method = 

Graceful / Forced 





Delay is not used. 

NOTE: The termination that is taken out of service is a Media Gateway. 

14.1.2 MGW Communication Up 

This procedure is the same as described in the subclause "BIWF Lost Communication" in ITU-T Recommendation 
Q.1950 [23] (see 3GPP TS 29.205 [7]) with the following clarification. 

Use of time stamps is optional. 

Context Id value Null shall be used in this procedure. 
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14.1.3 MGW Restoration 

This procedure is the same as described in the subclause "BIWF Service Restoration Indication" in ITU-T 
Recommendation Q.I950 [23] (see 3GPP TS 29.205 [7]) with the following clarification. 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = Null 
Termination ID = Root 





Delay is not used. 

14.1.4 MGW Register 

This procedure is the same as that described in the subclause "BIWF Registration" in ITU-T Recommendation Q.1950 
[23] (see 3GPP TS 29.205 [7]) with the following clarification. 



Address Information 


Control information 


Bearer information 




If mcprofilename supported: 
ServiceChangeProfile = 
mcprofilename / version 





Use of time stamps is optional. 
Context Id value Null shall be used in this procedure. 
Non Standard Data is shall not be supported. 
Service Change Address shall not be used. 

14.1.5 MGW Re-register 

This procedure is the same as that described in the subclause "BIWF Re-Registration" in ITU-T Recommendation 
Q.1950 [23] (see 3GPP TS 29.205 [7]) with the following clarification. 



Address Information 


Control information 


Bearer information 




If mcprofilename supported: 
ServiceChangeProfile = 
mcprofilename / version 





Use of time stamps is optional. 
Context Id value Null shall be used in this procedure. 
Non Standard Data is shall not be supported. 
Service Change Address shall not be used. 

14.1.6 (G)MSC Server Ordered Re-register 

This procedure is the same as described in the subclause "CCU Ordered BIWF Re-registration" in ITU-T 
Recommendation Q.1950 [23] (see 3GPP TS 29.205 [7]) with the following clarifications: 

Context Id value Null shall be used in this procedure. 
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1 4. 1 .7 (G)MSC Server Restoration 



This procedure is the same as described in the subclause "CCU Initiated Service Restoration" in ITU-T 
Recommendation Q.1950 [23] (see 3GPP TS 29.205 [7]) with the following clarification. 



Address Information 


Control information 


Bearer Information 




Context ID = Null 
Termination ID = 
Root Service Change Reason = 

Cold Boot / Warm Boot 
Service Change Method = Restart 





Delay is not used. 

14.1.8 Termination Out-of-Service 

This procedure is the same as described in the subclause "BIWF Service Cancellation Indication" in ITU-T 
Recommendation Q.1950 [23] (see 3GPP TS 29.205 [7]) with the following clarifications. This procedure may be used 
to inform the MSC Server of the Service State of Terminations after MGW Restart or Registration. 



ServiceChange.req (Termination Out-of-Service) 



MGW to MGC 



Address Information 


Control Information 


Bearer Information 




Transaction ID = z 

Context ID = Contexts / Null / All 

Termination ID = ALL/Termination(s) 

Service Change Reason = 
Transmission failure / 
Termination malfunctioning / 
Loss of lower layer connectivity / 
Termination taken out of service 

Service Change IVIethod = 
Graceful / Forced 

N0TE1 : "All" shall refer to 1 TDM 

group. 1 TDM group is at 
aT1/E1. 





Delay is not used. 

14.1.9 Termination Restoration 

This procedure is the same as described in the subclause "BIWF Service Restoration Indication" in ITU-T 
Recommendation Q.1950 [23] (see 3GPP TS 29.205 [7]) with the following clarification. This procedure may be used 
to inform the MSC Server of the Service State of Terminations after MGW Restart or Registration and shall be used 
when individual trunks are commissioned. 



Address Information 


Control Information 


Bearer Information 




Transaction ID = z 
Context ID = Contexts / Null / All 
Termination ID = ALL/Termination(s) 
Service Change Reason = 

Service Restored 
Service Change Method = Restart 
N0TE1: "All"shall refer to 1 TDM 

group. 1 TDM group is at 

aT1/E1. 





Delay shall not be used. 
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14.1.10 Audit Value 

This procedure is the same as described in the subclause "Audit Values" in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]), with the following clarifications: . This procedure shall be used by the MSC Server to determine 
the service state of physical terminations when the MSC Server itself has restarted if it is subsequently unsure of the 
service state of terminationsor when O&M procedures indicate new physical trunks have been commissioned to an in 
service MGW. It shall also be used for determiningthe T erminationState after MGW R egistration (Cold Boot) prior to 
deblocking devices in the network if the MSC Server has not been informed specifically by Termination Restoration or 
Termination Out Of Service Procedure. 



1 AUD_VAL.req (Audit_Values) 



MGC to MGW 



Address Information 



Control information 



Transaction ID = z 

Context ID = Null/Context 
ID/ALL 

Termination ID = 

Termination/Root/ ALL(see 
NOTEl) 

Audit Descriptor = 

Empty/ 

Audit Token = Media: 

Service State 

Packages (See Note2) 



N0TE1 : 'All' shall refer to 1 TDM 
group. 1 TDM group is 
at aT1/E1 level It 
shall not be used for 
ATM or IP termination. 
'Termination' shall only 
be used for individual 
IP or ATM 
terminations, not 
TDM. 

Note2: Packages is only for 

Null/Root Combination 



Bearer information 



Upon reception of the command in the MGW: 

The Service State returns the current Service State 

When Packages are requested, the Package Names and Versions are returned 

The following table illustrates the allowed combinations that can be obtained with the AuditValue Command: 



ContextID 


TerminationID 


Information Obtained 


Specific 


Wildcard 


Audit of matching Terminations in a Context 


Specific 


Specific 


Audit of a single Termination in a Context 


Null 


Root 


Audit of Media Gateway state and events 


Null 


Wildcard 


Audit of all matching TDM Tl/El level Terminations in the 
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null Context 


Null 


Specific 


Audit of a single Termination outside of any Context 


All 


Wildcard 


Audit of all matching TDM Tl/El level Terminations and the 
Context to which they are associated 


All 


Specific 


(Non-null) ContextID in which the Termination currently 
exists 



2 AUD_VAL.resp 



MGW to MGC 



Address Information 


Control information 


Bearer information 




Transaction ID = z 






Context ID = Null/Context ID 






Termination ID = 






Termination/Root/ All(seeNO 






TEl) 






Empty Audit Descriptor: 






AuditToken = Media: 






Service State = Current Service 






State 






AuditToken = Packages: 






Packages Descriptor = 






Package Names + Versions 






NOTEl: ALL may be returned 






for a TDM group. 





14.1.11 Audit Capability 



This procedure is the same as described in the subclause "Audit Capabilities" in ITU-T Recommendation Q.1950 [23] 
(see 3GPP TS 29.205 [7]). 



14.1.12 MGW Capability Change 



This procedure is the same as described in the subclause "BIWF Capability Change" in ITU-T Recommendation 
Q.1950 [23] (see 3GPP TS 29.205 [7]) 
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14.1.13 (G)MSC Server Out of Service 



This procedure is the same as that described in the subclause "CCU Initiated Service Cancellation" in ITU-T 
Recommendation Q.1950 [23] (see 3GPP TS 29.205 [7]) with the clarification that Delay shall not be used. 

14.1.14 MGW Resource Congestion Handling - Activate 

If the procedure "MGW Resource Congestion Handling - Activate" is required the following procedure is initiated. 



The MGC sends a MOD.req command with the following information. 

1 MOD.req(MGW Resource Congestion Handling - Activate) MGC to MGW 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = Null 
Termination ID = Root 

NotificationRequested (Event ID = x, 
"MGW Resource Congestion 
Handling - Indication") 





When the processing of command (1) is complete, the MGW initiates the following procedure. 

2 MOD.resp (MGW Resource Congestion Handling - Activate) MGW to MGC 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = Null 
TerminationID = Root 





14.1.15 MGW Resource Congestion Handling - Indication 

If the procedure "MGW Resource Congestion Handling - Indication" is required, the following procedure is initiated: 
The MGW sends a NOT.req command with the following information. 

1 NOT.req (MGW Resource Congestion Handling - Indication) MGW to MGC 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = Null 
Termination ID = Root 

EventJD (Event ID = x, "MGW 
Resource Congestion Handling - 
Indication (Reduction)") 





When the processing of command (1) is complete, the MGW initiates the following procedure. 

2 NOT.resp (MGW Resource Congestion Handling - Indication) MGC to MGW 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = Null 
Termination ID = Root 
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14.1.16 Continuity Check Tone 



This procedure is the same as described in Annex B.7.1.1 of ITU-T Recommendation Q.1950 [10] with the following 
clarification: 

The addition to "Prepare BNC Notify" defined in Annex B.7.1.1 of ITU-T Recommendation Q.1950 [10] shall be 
applied instead to 'Reserve Circuit', as defined in Clause 13.2.2.1 

Note: This does not preclude the use of the continuity check tone for other maintenance procedures. If the 
termination is audited it shall report state in service. 



14.1.17 Continuity Cineck Verify 

This procedure is the same as described in Annex B.7.2.1 of ITU-T Recommendation Q.1950 [10] 



14.1.18 Continuity Cineck Response 

This procedure is the same as described in Annex B.7.1.2 of ITU-T Recommendation Q.1950 [10] with the following 
clarification: 

The addition to "Prepare BNC Notify" defined in Annex B.7.1.2 of ITU-T Recommendation Q.1950 [10] shall be 
applied instead to 'Reserve Circuit', as defined in Clause 13.2.2.1 

Note: This does not preclude the use of the continuity check response for other maintenance procedures. If the 
termination is audited is shall report state in service. 

14.2 Call related H.248 transactions 

Table 3 shows the relationship between each call-related procedure in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]) and the corresponding stage 2 procedure defined in 3GPP TS 23.205 [2], as well as specifying the 
requirement for support of each procedure on the Mc interface. 
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Table 3: Correspondence between ITU-T Recommendation Q.1950 [23] call-related transactions 
and 3GPP TS 23.205 [2] and 3GPP TS 23.153 [1] procedures 



Transaction used in Q.1950 


Procedure defined in 3GPP 
TS 23.205 [2] and 23.153 [1] 


Support 


Comments 


Change Topology 


Change Flow Direction 


Mandatory 




Join 


Join Bearer Termination 


Mandatory 




Isolate 


Isolate Bearer Termination 


Mandatory 




Establish BNC Notlfy+(tunnel) 


Establish Bearer 


Mandatory 




Prepare BNC Notlfy+(tunnel) 


Prepare Bearer 


Mandatory 




Cut Through 


Change Through Connection 


Mandatory 




Not defined In Q.1950 


Activate Interworking Function 


Optional 




Cut_BNC (include several procedures). 


Release Bearer (Release 
Bearer and Release 
termination) 


Mandatory 




BNC Established 


Bearer Established 


Mandatory 




BNC Release 


Bearer Released 


Mandatory 




Insert Tone 


Send Tone 


Mandatory 




Insert Annoucement 


Play Announcement 


Mandatory 




Signal Completion 


Announcement Completed 


Mandatory 




Detect Digit 


Detect DTMF 


Mandatory 




Insert Digit 


Send DTMF 


Mandatory 




Digit Detected 


Report DTMF 


Mandatory 




Confirm Char 


Confirm Char 


Optional 




Modify Char 


Modify Char 


Optional 




Reserve Char 


Reserve Char 


Optional 




BNC Modified 


Bearer Modified 


Optional 




Echo Canceller 


Activate Voice Processing 
Function 


Mandatory 




BNC Modification failed 


Bearer Modified Failed 


Optional 




Tunnel (MGC-MGW) 


Tunnel Information Down 


Optional 


Shall be supported If the Nb 
Interface transport protocol Is IP 


Tunnel (MGW-MGC) 


Tunnel Information Up 


Optional 


Shall be supported If the Nb 
Interface transport protocol is IP 


Insert Tone 


Stop Tone 


Mandatory 




Insert Announcement 


Stop Announcement 


Mandatory 




Detect Digit 


Stop DTMF Detection 


Optional 




Insert Digit 


Stop DTMF 


Mandatory 




Signal Completion 


Tone Completed 


Optional 




Not defined 


Reserve Circuit 


Mandatory 




Not defined 


Command Rejected 


Mandatory 




Not defined 


TFO Activation 


Optional 




Not defined 


Codec Modify 


Optional 




Not defined 


Optimal Codec and Distant 
List Notify 


Optional 




Not defined 


Distant Codec List 


Optional 




Modify Char 


Modify Bearer Characteristics 


Mandatory 




Not defined 


Rate Change 


Optional 




Not defined 


Bearer Modification Support 


Optional 




Not defined 


Protocol Negotiation Result 


Optional 




Reserve Char 


Reserve Bearer Characteristics 


Optional 




Confirm Char 


Confirm Bearer Characteristics 


Optional 




ECS Indication 


Emergency Call Indication 


Optional 




Continuity Check Tone 


Continuity Check Tone 


Optional 


see 14.1.16 


Continuity Check Verify 


Continuity Check Verify 


Optional 


See 14.1.17 


Continuity Check Response 


Continuity Check Response 


Optional 


See 14.1.18 


Not Defined 


Prepare IP Transport 


Optional 


Shall be supported If IP used on 
lu Interface 


Not Defined 


Modify IP Transport Address 


Optional 


Shall be supported If IP used on 
lu Interface 


NOTE: A procedure defined In table 3 can be combined with another procedure In the same action. This means that 
they can share the same contextID and termination ID(s). 
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14.2.1 Change Flow Direction 



This procedure is the same as that defined in the subclause "Change Connection Topology" in ITU-T Recommendation 
Q.1950 [23] (see 3GPP TS 29.205 [7]) with the following additions. 



Address Information 


Control information 


Bearer information 




Context ID = c1,? 
Connection Configuration = 

(TerminationlD= x1, ? 

TerminationlD=x2,? 

[type = x]),... 





This procedure shall not be used for Multiparty bridge contexts. 
The Change Flow Direction response shall contain the Context ID. 

1 4.2.2 Isolate Bearer Termination 

This procedure is the same as that defined in the subclause "Isolate" in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]). 

14.2.3 Join Bearer Termination 

This procedure is the same as that defined in the subclause "Join" in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]). 

14.2.4 Establish Bearer 

This procedure is the same as that defined in the subclause "Establish BNC_notify" in ITU-T Recommendation Q.1950 
[23] (see 3GPP TS 29.205 [7]) except that the Command MOV shall not be used and with additions as shown below. If 
IPBCP Tunnel Option 1 is required then the Command Response shall always precede the IPBCP Notify Command. 



Address Information 


Control information 


Bearer information 




UP mode = IVIode 


If SCUDIF multimedia call : 




UP version = version 


MuM e codec (NOTE 1) 




Delivery of erroneous SDUs = value 






Interface = interface 






If support mode: 


If data call other than SCUDIF 




Initdirection = initdir 


multimedia call and Anchor 
MGW Network Termination: 
PLIVIN bearer capability = 




If indication on Protocol Negotiation 


PLMN capability(N0TE2) 




Result requested: 






NotificationRequested (Event ID = x, 


If GSM data call other than SCUDIF 




"Prot Negotiation Result") 


multimedia call and Anchor MGW 
Network Termination: 




If indication on Rate Change 


GSM channel coding = coding 




requested: 






NotificationRequested (Event ID = x, 






"RateChange") 




N0TE1 : Bearer Service Characteris 


tics shall be excluded when this propert 


y is included. 


N0TE2: Bearer Service Cliaracteris 


tics may be included. 





14.2.5 Prepare Bearer 

This procedure is the same as that defined in the subclause "Prepare_BNC_notify" in ITU-T Recommendation Q.1950 
[23] (see 3GPP TS 29.205 [7]) except that the Commands MOD and MOV shall not be used, the MGW shall not choose 
the BNC Characteristics, the BNC-cut-through-capability shall not be used and with additions as shown below. 
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Address Information 


Control Information 


Bearer information 




UP mode = mode 
UP version = version 
Delivery of erroneous SDUs = value 
Interface = interfacelf support mode: 
Initdirection = initdir 

State= ctmstate 
Transport= ctmtransport 
Version^ ctmtext version 
If data call and Non-Anchor IVIGW 
RAN-side termination: 
Bitrate = bitrate (NOTE 1) 

If indication on Protocol Negotiation 

Result requested: 
NotificationRequested (Event ID = x, 

"Prof Negotiation Result") 

If indication on Rate Change 

requested: 
NotificationRequested (Event ID = x, 

"RateChange") 
If indication on Bearer IVIodification 

requested: 
NotificationRequested (Event ID = x, 

"Bearer Modification Support") 
If notification on CTIVI negotiation 

result requested: 
NotificationRequested (Event ID = x, 

" connchange ") 


If SCUDIF multimedia call and 
(network termination or Anchor 
MGW Access Termination) : 
MuMe codec (NOTE 2) 

If data call other than SCUDIF 
multimedia call and (Anchor 
MGW Access Termination or 
Anchor MGW Network 
Termination): 
PLMN bearer capability = 
PLMN capability ( NOTES) 

If GSM data call other than SCUDIF 
multimedia call and Anchor MGW 
Network Termination: 
GSM channel coding = coding 


N0TE1 : Bearer Service Characteristics sliall be excluded when this property is included except for the case 
when bitrate = 64000 and then Bearer Service Characteristics may be included. Bitrate is optional for 
transparent data calls when the data rate is 64k bits/s. 

N0TE2: Bearer Service Characteristics shall be excluded when this property is included. 

NOTES: Bearer Service Characteristics shall be excluded when this property is included, except for Anchor 
IVIGW network termination for which it may be included. 



14.2.6 Change Through Connection 

This procedure is the same as that defined in the subclause "Cut Through" in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]) with the following clarification and deletion. 

The BIWF controlled cut through, as defined in the subclause "Cut Through" - "BIWF controlled" in ITU-T 
Recommendation Q.1950 [23] (see 3GPP TS 29.205 [7]), is used as well as the MGC controlled cut through for the 
change through connection procedure. 

NotificationRequested = (Event ID = x,"Cut Through") is deleted. 

14.2.7 Activate Interworking Function 

When the procedure "Activate Interworking Function" is required the following procedure is initiated: 
The MGC sends a MOD.req command with the following information. 
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1 MOD.req (Activate Interworking function) IVIGC to lUIGW 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 

Signal=actpro 

If indication on Protocol Negotiation 

Result requested: 
NotificationRequested (Event ID = x, 

"Prot Negotiation Result") 

If indication on Rate Change 

requested: 
NotificationRequested (Event ID = x, 

"RateChange") 





When the processing of command (1) is complete, the MGW initiates the following procedure. 
2 IVIOD.resp (Activate lnterworl<ing function) IVIGW to lUIGC 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
TerminationID = bearerl 





14.2.8 Release procetdu res 

This subclause includes a number of procedures. 



14.2.8.1 



Release Bearer 



This procedure is the same as that defined in the subclause "Release" in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]) including the Modify command in the transaction with the clarification that the Termination ID 
and/or Context ID may be wildcarded (ALL). 



14.2.8.2 



Release Termination 



This procedure is the same as that defined in the subclause "Release"in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]) including a Subtract command in the transaction with the following additions. 

1 Sub.req (Release termination) IVIGC to MGW 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 /ALL 
Termination ID = bearerl /ALL 





2 Sub.resp (Release termination) MGW to MGC 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 ALL 
Termination ID = bearerl ALL 
If requested 
Statistics= Ctmbits 
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14.2.9 Bearer Released 

This procedure is the same as that defined in the subclause "BNC Release" in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]) with the following clarification: 

Termination ID shall be provided in the response. 

14.2.10 Bearer Established 

This procedure is the same as that defined in the subclause "BNC Established" in ITU-T Recommendation Q.1950 [23] 
(see 3GPP TS 29.205 [7]) with the following clarification: 

Termination ID shall be provided in the response. 

14.2.11 Send Tone 

This procedure is the same as that defined in the subclause "Media Content Insertion" - "Insert Tone" in ITU-T 
Recommendation Q.1950 [23] (see 3GPP TS 29.205 [7]) with the following additions. 



Address Information 


Control information 


Bearer information 




If CAMEL Prepaid Warning Tone 
Signal = warning tone 

Or 
Signal = flextone 





Signal Direction shall be either "internal" or "external". 

Only the Tone Signal Ids shall be used, not the Tone Ids within the PlayTone Signal Id. 

14.2.12 Play Announcement 

This procedure is the same as that defined in the subclause "Media Content Insertion" - "Insert Announcement" in 
ITU-T Recommendation Q.1950 [23] (see 3GPP TS 29.205 [7]) with the following clarification s:. 

Signal Direction shall be either "internal" or "external". 

Stream mode may be maintained as for the ongoing call or may be changed to "send only". 

Signal Lists shall be supported. 

14.2.13 Send DTMF 

This procedure is the same as that defined in the subclause "Media Content Insertion" - "Insert Digit" in ITU-T 
Recommendation Q.1950 [23] (see 3GPP TS 29.205 [7]). The MGW shall ensure the minimum duration timing and 
minimum interval timing is achieved in accordance with the DTMF timing defined in TS 23.014 [27]. Maximum 
duration shall also be controlled by the MGW if required by the network. 

14.2.14 Detect DTMF 

This procedure is the same as that defined in the subclause "Media Content Detection" - "Detect Digit" in ITU-T 
Recommendation Q.1950 [23] (see 3GPP TS 29.205 [7]) with the exception that "long tone detected" (Event Id ltd) 
shall not be used. In addition "start tone detected" (Eventid std) is optional and if not supported shall result in the 
command error code #449 "Unsupported or Unknown Parameter or Property Value". If both a request for "start tone 
detected" and "end tone detected" is received by the MGW that does not support "start tone detected" then it shall only 
report a notification upon detecting the end of a digit. 

Parameter Duration shall not be used. 

All digits shall be requested i.e. Tone_Id shall be wildcarded. 
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14.2.15 Report DTMF 

This procedure is the same as that defined in the subclause "Detected Digit" in ITU-T Recommendation Q.1950 [23] 
(see 3GPP TS 29.205 [7]) with the following clarification: 

Termination ID shall be provided in the response. 

1 4.2.1 6 Announcement Completed 

This procedure is the same as that defined in the subclause "Signal Completion" in ITU-T Recommendation Q.1950 
[23] (see 3GPP TS 29.205 [7]) with the following clarification: 

Termination ID shall be provided in the response. 

14.2.17 Activate Voice Processing Function 

When the procedure "Activate Voice Processing Function" (VPF) is required the following procedure is initiated: 
The MGC sends an ADD.req, MOD.req or MOV.req command with the following information. 

1 ADD.req/MOD.req/MOV.req (..., Activate Voice Processing Function) lUIGC to lUIGW 



Address Information 


Control Information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 

ActivateVPF "ec"= on/off 





When the MGW receives the command, it shall associate the relevant voice processing function resources with the 
specified termination. 

When the processing of command (1) is complete, the MGW may initiate the "Voice Processing Function Ack" 
procedure. 

2 ADD.resp/IVIGD.resp/IVIGV.resp (Voice Processing Function Acit) IVIGW to IVIGC 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 





14.2.18 Reserve Circuit 

This procedure is activated when the "Reserve Circuit" procedure is initiated. 
An ADD.req command is sent with the following information. 
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1 ADD.req (Reserve_Circuit) CSM to BIWF 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Termination ID = bearerl 

Context Requested: 

Context ID = ? 
Context Provided: 

Context ID = c1 

State= ctmstate 
Transport= ctmtransport 
Version= ctmtext version 

If indication on Protocol 

Negotiation Result requested: 
NotificationRequested (Event ID 

= X, "Prot Negotiation 

Result") 

If indication on Rate Change 

requested: 
NotificationRequested (Event ID 

= X, "RateChange") 
If notification on CTIVI negotiation 

result requested: 
NotificationRequested (Event ID 

= X, " connchange ") 

If indication on Bearer Released 
requested: 

NotificationRequested (Event ID 
= X, "BNC Release (Cause)") - 
as defined in ITU-T 
Recommendation Q.1950 [23] 


Bearer Service Characteristics 

If data call, Access Termination: 
PLIVIN capabilities 

If GSIVI data call, Access 

Termination: 

GSIVI channel coding = coding 



Upon completion of processing command (1) an ADD.resp command (2) is sent. 

2 ADD.resp BIWF to CSM 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
TerminationID = bearerl 





14.2.19 Tunnel Information Up 

This procedure is the same as that defined in the subclause "Tunnel" in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]) with the clarification that BT/TunOpt = ? and BT/TunOpt = NO shall not be used. 

NOTE: This procedure is always initiated from the MGW. 

14.2.20 Tunnel Information Down 

This procedure is the same as that defined in the subclause "Tunnel" in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]) with the clarification that BT/TunOpt = ? and BT/TunOpt = NO shall not be used. 

NOTE: This procedure is always initiated from the MGC. 
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14.2.21 Tone Completed 

This procedure is the same as that defined in the subclause "Signal.Completion" in ITU-T Recommendation Q.1950 
[23] (see 3GPP TS 29.205 [7]) with the following clarification: 

Termination ID shall be provided in the response. 



14.2.22 Stop Announcement 

This procedure is the same as that defined in the subclause "Insert Announcement" in ITU-T Recommendation Q.1950 
[23] (see 3GPP TS 29.205 [7]) with the following clarification. The signal descriptor shall not include any signal. 

14.2.23 Stop Tone 

This procedure is the same as that defined in the subclause "Insert Tone" in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]) with the following clarification. The signal descriptor shall not include any signal. 



14.2.24 Stop DTMF Detection 

This procedure is the same as that defined in the subclause "Detect Digit" in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]) with the following clarification. The eventDescriptor shall not include any event. 

14.2.25 Stop DTMF 

This procedure is the same as that defined in the subclause "Media Content Insertion" - "Insert Digit" in ITU-T 
Recommendation Q.1950 [23] (see 3GPP TS 29.205 [7]). The signal descriptor shall not include any signal. The MGW 
shall ensure the minimum duration timing and minimum interval timing is achieved in accordance with the DTMF 
timing defined in TS 23.014 [27]. Maximum duration shall also be controlled by the MGW if required by the network. 

14.2.26 Confirm Char 

This procedure is the same as that defined in the subclause "Confirm Char" in ITU-T Recommendation Q.1950 [23] 
(see 3GPP TS 29.205 [7]). 

14.2.27 Modify Char 

This procedure is the same as that defined in the subclause "Modify Char" in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]). 

14.2.28 Reserve Char 

This procedure is the same as that defined in the subclause "Reserve Char" in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]). 

14.2.29 Bearer Modified 

This procedure is the same as that defined in the subclause "BNC Modified" in ITU-T Recommendation Q.1950 [23] 
(see 3GPP TS 29.205 [7]). 

14.2.30 Bearer Modification Failed 

This procedure is the same as that defined in the subclause "BNC Modification failure" in ITU-T Recommendation 
Q.1950 [23] (see 3GPP TS 29.205 [7]). 

14.2.31 TFO Activation 

When the procedure "TFO activation" is required the following procedure is initiated: 
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The MGC sends a ADD.req, MOD.req or MOV.req command with the following information. 
1 ADD.req/MOD.req/MOV.req (TFO activation) IVIGC to IVIGW 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 
tfoenable = tfoactvalue 
If TFO codec list: 
Property= codeclist 





When the processing of command (1) is complete, the MGW initiates the following procedure. 

2 ADD.resp/IVIOD.resp/IVIOV.resp (TFO activation) IVIGW to MGC 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
TerminationlD=bearer1 





14.2.32 Optimal Codec and Distant List_Notify 

When the procedure "Optimal Codec and Distant List" is required the following procedure is initiated: 
The MGC sends a ADD.req, MOD.req or MOV req. command with the following information. 

1 ADD.req/MOD.req/MOV.req (Codec modify and distant list) MGC to MGW 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 
Property= codeclist 

NotificationRequested (Event ID = x, 
"Codec modify") 

NotificationRequested (Event ID = x, 
"Distant List") 





When the processing of command (1) is complete, the MGW initiates the following procedure. 

2 ADD.resp/MOD.resp/MOV.resp (Optimal codec and codec list) MGW to MGC 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
TerminationlD= bearerl 





14.2.33 Codec Modify 

When the procedure "Codec Modify" is required the following procedure is initiated: 
The MGW sends a NOT. req command with the following information. 
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1 NOT.req (Codec modify) MGWtoMGC 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 

EventJD (Event ID = x, "Optimal 
codec") 





When the processing of command (1) is complete, the MGW initiates the following procedure. 

2 NOT.resp (Codec modify) IVIGC to IVIGW 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 





14.2.34 Distant Codec List 

When the procedure "Distant Codec List" is required the following procedure is initiated: 
The MGW sends a NOT.req command with the following information. 

1 NOT.req (Distant codec list) IVIGW to MGC 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 

Event ID (Event ID = x, "Distant 
list") 





When the processing of command (1) is complete, the MGW initiates the following procedure. 

2 NOT.resp (Distant codec list) MGC to MGW 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 





14.2.35 Command Rejected 

When the procedure "Command Reject" is required the following procedure is initiated: 
The MGW/MGC sends .resp to any command. req with the following information. 

1 ANYcommand.resp (command reject ) MGW/MGC to MGC/MGW 



Address Information 


Control information 


Bearer information 




Transaction ID = z 

Context ID = c1 or no context 

Reason=Error 
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1 4.2.36 Modify Bearer Characteristics 



This procedure is the same as that defined in the subclause "Modify Char" in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]) with additions as shown below. 



Address Information 


Control information 


Bearer information 




If framing protocol used: 

UP mode = mode 

UPversion =version 

Delivery of erroneous SDUs=value 

lnterface=interface 

If support mode: 

lnitdirection=initdir 

If data call and Non-Anchor MGW 
RAN-side termination: 
Bitrate = bitrate (NOTE 1) 

If indication on Protocol Negotiation 

Result requested: 
NotificationRequested (Event ID = x, 

"Prof Negotiation Result") 

If indication on Rate Change 

requested: 
NotificationRequested (Event ID = x, 

"RateChange") 


If SCUDIF multimedia call and 
(network termination or Anchor 
MGW Access Termination) : 
MuMe codec (NOTE 2) 

If data call other than SCUDIF 
multimedia call and (Anchor MGW 
Access Termination or Anchor MGW 
Network Termination): 
PLMN bearer capbility = 
PLMN capability ( NOTES) 

If GSM data call other than SCUDIF 
multimedia call and Anchor MGW 
Network Termination: 
GSM channel coding=coding 


N0TE1 : Bearer Service Characteristics sliall be excluded when this property is included except for the case 
when bitrate = 64000 and then Bearer Service Characteristics may be included. Bitrate is optional for 
transparent data calls when the data rate is 64k bits/s. 

N0TE2: Bearer Service Characteristics shall be excluded when this property is included. 

NOTES: Bearer Service Characteristics shall be excluded when this property is included, except for Anchor MGW 
network termination for which it may be included. 



If the "Modify Bearer Characteristics" procedure contains a codec that is not currently in use at the Termination when it 
receives this procedure, and if the framing protocol is used in support mode, the MGW shall be prepared to handle a 
framing protocol initialisation. If the "Modify Bearer Characteristics" contains no codec or the codec that is already in 
use at the Termination when it receives this procedure, the MGW does not need to be prepared to handle a framing 
protocol initialisation. 

14.2.37 Protocol Negotiation Result 

When the procedure "Protocol Negotiation Result" is required the following procedure is initiated: 
The MGW sends a NOT.req command with the following information. 

1 NOT.req (Protocol negotiation result) MGW to MGC 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 

EventJD (Event ID = x, "Result", 
"Cause") 





When the processing of command (1) is complete, the MGW initiates the following procedure. 
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2 NOT.resp (Protocol negotiation result) MGC to MGW 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearert 





14.2.38 Rate Change 

When the procedure "Rate Change" is required the following procedure is initiated: 
The MGW sends a NOT.req command with the following information. 

1 NOT.req (Rate change) MGW to lUIGC 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 

Event ID (Event ID = x, "Rate") 





When the processing of command (1) is complete, the MGW initiates the following procedure. 

2 NOT.resp (Rate chiange) MGC to MGW 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 





14.2.39 Bearer Modification Support 

When the procedure "Bearer Modification Support" is required, the following procedure is initiated: 

The MGW sends a NOT.req command with the following information to indicate that the bearer can be modified. 

1 NOT.req (Bearer Modification Support) MGW to MGC 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 

EventJD (Event ID = x, "Bearer 
modification possible") 





When the processing of command (1) is complete, the MGW initiates the following procedure. 
2 NOT.resp (Bearer Modification Support) MGC to MGW 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 





14.2.40 CTM report 

When the procedure "CTM report" is required the following procedure is initiated: 
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The MGW sends a NOT.req command with the following information. 

1 NOT.req (CTM report) MGW to MGC 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 

Event ID (Event ID = x, " connchng 

") 





When the processing of command (1) is complete, the MGC initiates the following procedure. 

2 NOT.resp (CTM report) MGC to MGW 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 





14.2.41 Prepare IP transport 

This procedure is activated when the "Prepare IP transport" procedure is initiated. 
An ADD.req command is sent with the following information. 
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1 ADD.req (Prepare IP transport) MGC to MGW 



Address Information 


Control information 


Bearer information 


IP Transport Address=? 
UDP port =? 


Transaction ID = z 
Termination ID = ? 
Logical Port ID = y 
If Context Requested: 
Context ID = ? 
If Context Provided: 
Context ID = c1 

UP mode = mode 

UP version = version 

Delivery of erroneous SDUs = value 

Interface = interface 

If support mode: 

Initdirection = initdir 

State= ctmstate 
Transport= ctmtransport 
Version^ ctmtext version 
If data call and Non-Anchor RAN 
termination: 
Bitrate = bitrate (NOTE 1) 

Notification_Requested (Event ID = 
X, "BNC Connected", "BNC Release 
(Cause)","BNC Modifed", "BNC Mod 
Failed")- as defined in ITU-T 
Recommendation Q.1950 [23] 


If SCUDIF multimedia call and 
Anchor IVIGW Access Termination : 
MuMe codec (NOTE 2) 

If data call other than SCUDIF 
multimedia call, Anchor MGW 
Access Termination: 
PLMN bearer capability = 
PLMN capability(N0TE2) 

If data call and Non-Anchor RAN 

termination: 
Bearer Service Characteristics 
(NOTED 

If speech call. Access Termination: 
Codec 

Bearer Characteristics = "IP" 


N0TE1 : Bearer Service Characteristics shall be excluded when Bitrate is included except for the case when 
bitrate = 64000 and then Bearer Service Characteristics may be included. Bitrate is optional for 
transparent data calls when the data rate is 64k bits/s. 

N0TE2: Bearer Service Characteristics shall be excluded when this property is included. 



When the processing of command (1) is complete, the MGW initiates the following procedure. 

2 ADD.resp (Prepare IP transport) MGW to MGC 



Address Information 


Control information 


Bearer information 


IP-Transport Address=lpaddress 
UDP port =UDPport 


Transaction ID = z 
Context ID = c1 
Termination ID = bearert 





1 4.2.42 Modify IP transport address 

This procedure is activated when the "Modify IP transport address" procedure is initiated. 
A MOD.req command is sent with the following information. 

1 MOD.req (Modify IP transport address) MSC to MGW 



Address Information 


Control information 


Bearer information 


IP-Transport Address=lpaddress 
UDP port =UDP port 


Transaction ID = z 
Context ID = c1 
Termination ID = bearerl 





When the processing of command (1) is complete, the MGW initiates the following procedure. 
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2 MOD.resp (Modify Ip transport address) MGW to MGC 



Address Information 


Control information 


Bearer information 




Transaction ID = z 
Context ID = c1 
TerminationlD=bearer1 





14.2.43 Reserve Bearer Characteristics 

This procedure is the same as that defined in the subclause "Reserve Char" in ITU-T Recommendation Q.1950 [23] (see 
3GPP TS 29.205 [7]) with additions as shown below. 



Address Information 


Control information 


Bearer information 




If framing protocol used: 

UP mode = mode 

UPversion ^version 

Delivery of erroneous SDUs=value 

lnterface=interface 

lnitdirerection=initdirection 





If the "Reserve Bearer Characteristics" procedure contains a codec that is not currently in use at the Termination when it 
receives this procedure, and if the framing protocol is used in support mode, the MGW shall be prepared to handle a 
framing protocol initialisation. If the "Reserve Bearer Characteristics" contains no codec or the codec that is already in 
use at the Termination when it receives this procedure, the MGW does not need to be prepared to handle a framing 
protocol initialisation. 

14.2.44 Confirm Bearer Cinaracteristics 

This procedure is the same as that defined in the subclause "Confirm Char" in ITU-T Recommendation Q.1950 [23] 
(see 3GPP TS 29.205 [7]) with additions as shown below. 



Address Information 


Control information 


Bearer information 




If framing protocol used: 

UP mode = mode 

UPversion ^version 

Delivery of erroneous SDUs=value 

lnterface=interface 

lnitdirerection=initdirection 





If the "Confirm Bearer Characteristics" procedure contains a codec that is not currently in use at the Termination when 
it receives this procedure, and if the framing protocol is used in support mode, the MGW shall be prepared to handle a 
framing protocol initialisation. If the "Confirm Bearer Characteristics" contains no codec or the codec that is already in 
use at the Termination when it receives this procedure, the MGW does not need to be prepared to handle a framing 
protocol initialisation. 



14.2.45 Emergency Call Indication 



This procedure is the same as that defined in the subclause " ECS_Indication " in ITU-T Recommendation Q.1950 
Annex F [23] (see 3GPP TS 29.205 [7]) with additions as shown below. 
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Address Information 

Or as per flow 14.2.4 
Establish Bearer 



Or as per flow 14.2.5 
Prepare Bearer 

Or as per flow 14.2. 12 
Play Announcement 

Or as per flow 14.2.18 
Reserve_Circuit 

Or as per flow 14.2.41 
Prepare_IP_transport 

Or as per flow 14.2.2 
Isolate Bearer Termination 

Or as per flow 14.2.3 
Join Bearer Termination 



Control information 

Or as per flow 14.2.4 

Establish Bearer 

With the following additions: 

If Context Requested & Emergency Call: 

Emergency Call Indication 

Or as per flow 14.2.5 

Prepare Bearer 

With the following additions: 

If Context Requested & Emergency Call: 

Emergency Call Indication 

Or as per flow 14.2. 12 

Play Announcement 

With the following additions: 

If Context Requested & Emergency Call: 

Emergency Call Indication 

Or as per flow 14.2.18 

Reserve_Circuit 

With the following additions: 

If Context Requested & Emergency Call: 

Emergency Call Indication 

Or as per flow 14.2.41 

Prepare_IP_transport 

With the following additions: 

If Context Requested & Emergency Call: 

Emergency Call Indication 

Or as per flow 14.2.2 

Isolate Bearer Termination 

With the following additions: 

If Context Requested & Emergency Call: 

Emergency Call Indication 

Or as per flow 14.2.3 

Join Bearer Termination 

With the following additions: 

If Context Requested & Emergency Call: 

Emergency Call Indication 



Bearer information 

Or as per flow 14.2.4 
Establish Bearer 



Or as per flow 14.2.5 
Prepare Bearer 

Or as per flow 14.2. 12 
Play Announcement 

Or as per flow 14.2.18 
Reserve_Circuit 

Or as per flow 14.2.41 
Prepare_IP_transport 

Or as per flow 14.2.2 
Isolate Bearer Termination 

Or as per flow 14.2.3 
Join Bearer Termination 



15 UMTS packages 

15.1 Mandatory UMTS packages 

The following package shall be supported for the UMTS Bearer Independent Circuit- Switched Core Network: 
3GUP (User Plane) package (see subclause 15.1.1). 

15.1.1 3GUP package. 

PackagelD: threegup (0x002f) 

Version: 1 



Extends: 



None 



This package identifies that the User Plane package is used for the termination. It also contains some parameters for the 
User Plane functions in the MGW. 

The UP Protocol operates independently of the stream mode property, i.e. type 14 UP PDUs (which are used for inband 
UP signalling) can be transported between UP peers, irrespective of the stream mode direction. However, other types of 
UP PDUs shall be handled according to the stream mode property. 



£75/ 



3GPP TS 29.232 version 5.16.0 Release 5 



41 



ETSI TS 129 232 V5.16.0 (2006-09) 



15.1.1.1 Properties 

UP Mode of operation: 

PropertylD: mode (0x0001). 

Description: Defines the mode of operation of the User Plane functions , for further definitions see 
3GPPTS 25.415 [4] and 29.415 [8]. 

Type: Enumeration. 

Possible Values: 

"Trans" (0x0001) Transparent mode. 

"Supp" (0x0002) Support mode for predefined SDU sizes. 
Default: "Trans" (0x0001) Transparent mode. 
Defined in: Local Control descriptor. 
Characteristics: ReadAVrite. 
UP versions: 

PropertylD: upversions (0x0002). 

Description: Defines the required versions of the UP mode of operation. 

Type: Sub-list of enumeration. 

Possible Values: 



l"(0x01) 
2" (0x02) 
3" (0x03) 
4" (0x04) 
5" (0x05) 
6" (0x06) 
7" (0x07) 
8" (0x08) 
9" (0x09) 
10" (0x0 A) 
ll"(OxOB) 
12" (OxOC) 
13" (OxOD) 
14" (OxOE) 
15" (OxOF) 
16" (0x10) 
Default: "l"(0x01) 



Version 1. 
Version 2. 
Version 3. 
Version 4. 
Version 5. 
Version 6. 
Version 7. 
Version 8. 
Version 9. 
Version 10. 
Version 1 1 . 
Version 12. 
Version 13. 
Version 14. 
Version 15. 
Version 16. 
Version 1. 



Defined in: Local Control descriptor. 
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Characteristics: ReadAVrite. 

Delivery of erroneous SDUs: 

PropertylD: delerrsdu (0x0003). 

Description: Indicates how erroneous SDUs should be handled. If it is set to YES then the UP entity implements 
error checking and sets Frame Quality Classification (FQC) bits accordingly; bad frames are delivered to the UP 
layer. If it is set to NO then the UP entity performs error checking and if a bad frame is detected then it is 
discarded. These settings are required only when the payload is to be examined by upper layer services; an 
MGW may ignore the settings of this parameter if it passes frames transparently through the UP entities. If it is 
set to NA then no checking is performed. 

Type: Enumeration. 

Possible Values: 

- "Yes" (0x0001) Yes. 

- "No" (0x0002) No. 

- "NA" (0x0003) Not Applicable. 
Default: "NA" (0x0003) Not Applicable. 
Defined in: Local Control descriptor. 
Characteristics: ReadAVrite. 

Interface: 

PropertylD: interface (0x0004). 

Description: Indicates the type of interface on which the termination is used. 

Type: Enumeration. 

Possible Values: 

- "RAN" (0x0001) lu interface. 

- "CN" (0x0002) Nb interface. 
Defined in: Local Control descriptor. 
Characteristics: ReadAVrite. 

Initialisation Direction: 

PropertylD: initdir (0x0005). 

Description: Indicates whether or not the termination in the MGW should expect initialisation information, or 
initiate UP initialisation itself. 

For a termination with property "interface = CN": 

If Initialisation Direction is set to Incoming then the MGW shall expect to receive an initialisation either at 
this termination or from an other Nb or lu termination in the same context. 

If Initialisation Direction is set to outgoing, then the MGW shall send out an initialisation procedure from this 
termination. If another termination in the same context is initialised with the same codec type and 
configuration the MGW should re-use the RFCI values for its Initialisation PDU, otherwise it must assign its 
own values. 

For a termination with property "interface = RAN": 

If Initialisation Direction is set to "incoming", then the initialisation received at this termination is from the 
originating RAN and can be forwarded internally to other terminations for subsequent UP initialisations. 
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If Initialisation Direction is set to "outgoing", then initialisations received are from the terminating RAN and 
cannot be forwarded internally. RFCI value correction can be performed at this termination, and 
initialisations can be sent out to the RAN. 

Examples for the usage of this property are given in annex B. 

Type: Enumeration. 

Possible Values: 

- "In" (0x0001) Incoming. 

- "Out" (0x0002) Outgoing. 
Defined in: Local Control descriptor. 
Characteristics: ReadAVrite. 

15.1.1.2 Events 

None. 

15.1.1.3 Signals 

None. 



15.1.1.4 


Statistics 


None. 




15.1.1.5 


Procedures 



The MGC uses this package to indicate to the MGW that the lu (or Nb) User Plane is used between the RNC (or distant 
MGW) and the MGW. The package is sent in the Establish bearer. Modify Bearer Characteristics and Prepare bearer 
procedures. For more information on the User Plane and for a description of ' UP mode of operation', 'UP versions' and 
'Delivery of erroneous SDUs' see 3GPP TS 25.415 [4]. 

The following procedures are valid for UP in Support Mode: 

The MGW shall be able to initiate and respond to the UP control procedures (PDU type 14 frames) 
independently of the Stream Mode during the call establishment phase, i.e. when not in TrFO. 

Otherwise, during TrFO the MGW shall be able to forward UP control procedures (PDU type 14 frames) 
received at one termination to the other termination. 

The UP Initialisation procedure is always acknowledged between MGW peers. If an MGW receives a request for 
a notification for the bearer establishment then the MGW shall not send the notification until after it has either 
sent or received the acknowledgement for the UP initialisation. 

The MGW shall always store RFCI parameters against the MGW termination that received or that sent the UP 
initialisation. 

If an MGW has the UP termination property Initialisation Direction = Incoming then it expects to either receive 
an Initialisation (externally) or after receiving initialisation information internally send an initialisation 
(externally), based on what occurs first. 

If an MGW has UP termination property Initialisation Direction = Outgoing and interface CN, then it generates a 
network originated Initialisation PDU as soon as the bearer towards the succeeding node is successfully 
established, with RFCIs corresponding to the last codec configured on the termination. If another termination in 
the same context is initialised with the same codec type and configuration the MGW should re-use the RFCI 
values for its Initialisation PDU, otherwise it must assign its own values. The initialisation information sent by 
the MGW depends on the service that the bearer supports. For CSD service see 3GPP TS 29.007 [6] chapter 
11. 5. For speech service see 3GPP TS 26.102 [26] chapter 8. 
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If an MGW has UP termination property Initialisation Direction = Outgoing and interface RAN, then it expects 
to receive an Initialisation externally. It shall not pass the initialisation parameters internally. It may initiate 
RFCI Value Correction out from this termination. 

A CN incoming or outgoing termination having already completed its UP initialisation towards a peer MGW 
shall not send externally any new UP initialisation except if a reserve / modify characteristic procedure occured 
on that termination since the last initialisation. 

RAN Outgoing termination may perform, during its lifetime, subsequent RFCI Value corrections, e.g. due to 
changes of RFCIs on other terminations. 

If an MGW has two terminations in the same context defined as supporting the UP package and with 
Initialisation Direction incoming, then when it receives an Initialisation procedure from one side (provided the 
bearer connection from the other termination to its peer MGW is established) it shall start the UP initialisation 
procedure towards the peer MGW. The MGW shall perform this procedure independently of the through- 
connection of the terminations in the context. The MGW shall relay control information from the first 
initialisation to the UP peer for use at the subsequent initialisation. Also, subsequent control procedures received 
on one UP shall be relayed to the other UP entity when the two UP entities are connected within the MGW. This 
behaviour is described in more detail in Annex A. - When adding a new CN incoming termination to a context 
that has already a RAN or CN incoming termination, if the existing termination has already completed its UP 
initialisation, the MGW shall not start an initialisation procedure on the new termination based on the control 
information already stored at the initialised incoming termination in the context. 

If an MGW has one termination with properties "interface = RAN" and "initialisation direction = outgoing" and 
another termination with property "initialisation direction = Incoming" in the same context, then the MGW shall 
not forward the UP initialisation from the Incoming termination until it has received a UP initialisation at the 
"RAN"/"outgoing" side. If the codec type and codec modes configured on both terminations are identical, and if 
the RFCI values stored at the "incoming" termination do not match the RFCI values stored at the "outgoing" 
RAN side then "RFCI Value Correction" may be performed to the "outgoing" RAN side: The MGW starts UP 
initialisation with the RFCI values 'relayed' from the "Incoming" side. No "RFCI Value Correction" is permitted 
at an outgoing RAN termination whose lu initialisation negotiates the version 1 of the support mode, at an 
"incoming" lu termination or at any Nb termination. 

If a new RAN outgoing termination is added to a context that has already a RAN incoming or CN incoming 
termination, and if the existing termination has already completed its UP initialisation, the MGW may carry out a 
RFCI value correction on the new RAN outgoing termination.. The control information to be used for the RFCI 
value correction shall be relayed from the initialised incoming termination in the context. 

No RFCI value correction shall be triggered for data call. 

As an implementation option, "RFCI Value Correction" may be delayed if terminations are not through- 
connected; it will be triggered by connection modification. Otherwise it shall be performed immediately 

If "RFCI Value Correction" is not performed the MGW shall map the indexes for frames from one side to the 
RFCI indexes for frames from the other side. This behaviour is described in more detail in Annex A. 

If an MGW has two RAN terminations connected to the same context then the "RFCI Value Correction" is 
performed by the Outgoing termination. 

If an MGW has two terminations which support the UP package connected to the same context and both RFCI 
sets match then the MGW may pass frames transparently through the UP entities; no monitoring of the frames is 
performed, provided that the terminations are through-connected. This behaviour is described further in Annex 
A. 

If the MGW is passing frames transparently, no UP monitoring is performed. When the MGW receives an H.248 
procedure request which requires interpretation or interaction with the UP, then it shall resume its UP protocol 
responsibilities, i.e. perform monitoring or termination of the UP protocol. 

If an MGW sends an FP UP initialization message from a termination, the MGW shall only offer versions of the 
FP UP, which are given in the property "UP versions" of this termination and which are supported by the MGW 
for this termination. 

If an MGW receives an FP UP initialization message at a termination, the MGW shall only positively 
acknowledge this initialization message, if versions of the FP UP are offered, which are given in the property 
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"UP versions" and which are supported at the MGW for this termination. In the positive FP UP initialization 
acknowledge message, the MGW shall select one of these versions. If none of these versions are offered in the 
FP UP initialization message, the MGW shall send a negative FP UP acknowledge message and it shall not 
forward the initialization to a possible second FP UP termination in the same context. 

If PCM is used on the Nb then FP UP initialization shall be performed by the termination with property 
"Outgoing". If the termination property is "Incoming" then it shall receive the RFCI's from its luFP peer (or from 
internal MGW termination with luFP and same codec). If luFP is defined on another termination in the MGW 
but the codec is different, i.e. not TrFO then the relaying of RFCI's shall not be performed. These luFP peer 
connection shall be seen as completely separate. 

the UP initialisation information attached to a termination (RFCI values, codec type and mode(s), UP 
initialisation completed or not) are kept unchanged when the termination is moved to a new context. 

the initialisation direction may be changed during the lifetime of a termination ; upon such a change, the MGW 
shall apply the behaviour attached to the new initialisation direction. 

The procedures for a termination configured in UP Transparent Mode are those described in 3GPP TS 25.415 [4]. 

15.1.2 Void 

15.1.3 Void 

15.1.4 Void 

15.1.5 Void 

15.1.6 Void 

15.1.7 Void 

15.1.8 Void 

15.1.9 Void 



15.2 Optional UMTS packages 



The following packages may be supported by the UMTS Bearer Independent Circuit-Switched Core Network as 
required by the network services deployed in the network: 

Circuit Switched Data package (see subclause 15.2.1); 

TFO package (see subclause 15.2.2); 

3G Expanded Call Progress Tones Generator package (see subclause 15.2.3); 

Modification of Link Characteristics Bearer Capabiltity package (see subclause 15.2.4); 

Enhanced Circuit Switched Data package (see subclause 15.2.5); 

Cellular Text telephone Modem Text Transport package (see subclause 15.2.6); 

IP transport package (see subclause 15.2.7); 

Flexible Tone Generator Package (see subclause 15.2.8). 
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15.2.1 Circuit Switclned Data pacl^age 

PackagelD: threegcsd (0x0030) 

Version: 1 

Extends: None 

This package contains the information needed to be able to support GSM and UMTS Circuit Switched Data from the 
media gateway. 

15.2.1.1 Properties 

PLMN BC: 

PropertylD: plmnbc (0x0001). 

Description: The PLMN Bearer Capability. 

Type: Octet string. 

Possible values: 

- Specified in the subclause "Bearer capabiHty" in 3GPP TS 24.008 [3]. 

Defined in: Local Control Descriptor. 

Characteristics: ReadAVrite. 
GSM channel coding: 

PropertylD: gsmchancod (0x0002). 

Description: Channel information needed for GSM. 

Type: Octet string. 

Possible values: 

The second octet of Chosen Channel as specified in the subclause "Chosen Channel" in 3GPP TS 48.008 [9]. 

Defined in: Local Control Descriptor. 

Characteristics: ReadAVrite. 

15.2.1.2 Events 

Protocol Negotiation Result: 
EventID: protres (0x0001). 

Description: This event is used to report the result of the protocol negotiation. 
EventsDescriptor Parameters: None. 
ObservedEventsDescriptor Parameters: 
Negotiation Result: 

• Parameterld: result (0x0001). 

• Description: reports whether the protocol negotiation has been successful. 

• Type: Enumeration. 

• Possible Values: 
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o "Success" (0x0001): the protocol negotiation on the termination has been successful. 
o "Failure" (0x0000): the protocol negotiation on the termination has failed. 
Possible Failure Cause: 

• Parameterld: cause (0x0002). 

• Description: indicates the possible failure cause. 

• Type: Enumeration. 

• Possible Values: 

o "Unsp" (0x0001): the protocol negotiation has failed for an unspecified reason. 

o "V8V34" (0x0002): the V.8 or the V.34 protocol negotiation has failed (modem termination only). 

Rate Change: 

EventID: ratechg (0x0002). 

Description: This event is used to report a rate change. For example for GSM FAX if the detected rate does not 
match the channel rate the MGW shall use this to request a new channel rate. See CMM in 3GPP TS 43.045 
[32]. 

EventsDescriptor Parameters: None. 

ObservedEventsDescriptor Parameters: 

New Rate: 

• Parameterld: rate (0x0001). 

• Description: reports the new rate for the termination. 

• Type: Integer. 

• Possible Values: transmission rate in bits per second, rounded to the nearest integer value. The value must 
be a vaHd bitrate; one of the following rates: 2400, 4800, 9600, 14400, 28800, 57600. An invalid rate 
shall cause the call to be released by the MSC Server. 

15.2.1.3 Signals 

Activate Protocol: 

SignallD: actprot (0x0001). 
Description: Activate the higher layer protocol. 
Signal type: Brief. 
Duration: N/A. 
Additional parameter: 
Local Peer Role: 

• ParameterlD: localpeer (0x0001). 

• Type: Enumeration. 

• Possible values: 

o "Orig" (0x0000): originating. 
o "Term" (0x0001): terminating. 
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• 



Description: This parameter is optional, but is required for modem and fax calls. It is used to inform the 
modem whether it should act as originating or terminating peer. This parameter is only included within 
signal towards the radio access. This may either be an Access Termination or a CN Termination toward 
another MGW that serves the radio access.. 

15.2.1.4 Statistics 

None. 

15.2.1.5 Procedures 

This package is used to set up data calls within the CS domain. For more information on the IWF, refer to 
3GPPTS 29.007 [6]. 

When the Media Gateway Controller initiates the "Establish Bearer" procedure, the "Prepare Bearer" procedure, the 
"Modify Bearer" procedure or the "Reserve Circuit" procedure, it shall provide the PLMN BC ("plmnbc" property 
above) for the termination on the mobile side and the ISDN BC (standard H.248 properties, subclause "Bearer 
Capabilities") for the termination on the fixed side. For a mobile-to-mobile call, it shall provide the PLMN BC on both 
terminations. 

The presence of the PLMN BC property may trigger the use of the IWF. 

Once the bearer has been established, after B-answer, the "Activate Interworking Function" procedure is used to 
activate the IWF. The Activate Protocol signal ("actprot") will start the negotiation of the layer 2 protocols on both 
sides. If a modem or fax service is requested, the signal shall contain the Local Peer Role parameter ("localpeer"), to tell 
the modem whether it should act as originating or terminating peer. 

NOTE: The Activate Protocol signal is needed only after B-answer as described above or after successful in-call 
modification from speech to fax, to activate the protocol timers at the correct time. This is the only time 
when this signal is needed (specifically, the signal is not used after a handover sequence or for lawful 
interception). 

The IWF Protocol Indication notifications are used by the MGW to inform the MSC server about IWF protocol events. 
The MSC has to request the detection of the events "Protocol Negotiation Result" and "Rate Change" in the "Activate 
IWF" procedure, the "Establish Bearer" procedure, the "Prepare Bearer" procedure, the "Modify Bearer" procedure or 
the "Reserve Circuit" procedure. 

For handover to GSM, or change of channel characteristics within the GSM network, the property GSM Channel 
Coding ("gsmchancod"), which contains the information about the channel type and the number of channels, shall be 
transmitted to the termination on the mobile side in the "Establish Bearer", the "Prepare Bearer" and the "Reserve 
Circuit" procedures together with the PLMN BC. The presence of the GSM Channel Coding property also indicates that 
the termination is using a GSM access network. 

If the MGW has requested a rate change due to GSM fax rate mismatch (CMM procedure see [32]) then it shall suspend 
transmission until it the MSC Server has modified the PLMN Bearer Capability and GSM Channel Coding property to 
match the required rate. If this occurs while other context manipulations are occurring the MGW shall only resume 
transmission when the streams are bothway connected and the PLMN Bearer Capability and Channel Coding are 
correct. The MGW shall not send subsequent rate change notifications while the outstanding rate change has not been 
performed by the MSC Server. 

15.2.2 TFO package 

The addition of text encoding for the TFO codec list is for further study. 

PackagelD : threegtfoc (0x003 1 ) 

Version: 1 

Extends: None 

This package defines events and properties for Tandem Free Operation (TFO) control. TFO uses inband signalling and 
procedures for Transcoders to enable compressed speech to be maintained between a tandem pair of transcoders. This 
package allows an MGW which has inserted a transcoder to support TFO. 
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15.2.2.1 Properties 

TFO Activity Control: 

PropertylD: tfoenable (0x0001). 
Description: Defines if TFO is enabled or not. 
Type: Enumeration. 
Possible Values: 

- "On" (0x0001): TFO is enabled, TFO protocol is supported. 

"Off (0x0002): TFO is not enabled, TFO protocol is not initiated or terminated. 

Defined in: Local Control descriptor. 

Characteristics: ReadAVrite. 

TFO Codec List: 

PropertylD: codeclist (0x0002). 

Description: List of codecs for use in TFO protocol, the Local Used Codec (see 3GPP TS 28.062 [5]) is always 
the first entry in the list. The MSC Server may enable TFO without providing a TFO Codec List ; in this case, 
the MGW shall behave as if it had received a TFO Codec List composed of the selected codec of the opposing 
termination within the Context. 

Type: Sub-list of Octet string. 

Possible Values: 

List of codec types; each entry: 

• Mc Single Codec, similar to as defined in ITU Recommendation Q.765.5 [24], for single codec 

information (Figure 14/Q.765.5), where the Codec Information is defined either in ITU Recommendation 
Q.765.5 [24] or in another specification for the given Organisation Identifier. For 3GPP codecs these are 
defined in 3GPP TS 26.103 [16]. The ACodec property contains the contents of the ITU-T Single Codec 
IE, excluding the Single Codec Identifier, Length Indication and Compatibility Information. 

Defined in: Local Control descriptor. 

Characteristics: ReadAVrite. 

15.2.2.2 Events 

Optimal Codec Event: 

EventID: codec_modify (0x0010). 

Description: The event is used to notify the MGC that TFO negotiation has resulted in an optimal codec type 
being proposed. 

EventsDescriptor Parameters: None. 

ObservedEventsDescriptor Parameters: 

- Optimal Codec Type. 
ParameterlD: optimalcodec (0x0011). 

Description: indicates which is the proposed codec type for TFO. 
Type: Octet string. 
Possible Values: 
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Mc Single Codec: 

o Similar to as defined in ITU Recommendation Q.765.5 [24], for the ITU-T single codec information 
(Figure 14/Q.765.5), where the Codec Information is defined either in ITU Recommendation Q.765.5 
[24] or in another specification for the given Organisation Identifier. For 3GPP codecs these are 
defined in 3GPP TS 26.103 [16]. The ACodec property contains the contents of the ITU-T Single 
Codec IE, excluding the Single Codec Identifier, Length Indication and Compatibility Information. 

Codec List Event: 

EventID: distant_codec_list (0x0012). 

Description: The event is used to notify the MGC of the distant TFO partner's supported codec list. 

EventsDescriptor Parameters: None. 

ObservedEventsDescriptor Parameters: 

- Distant Codec List: 

ParameterlD: distlist(0x0013). 

Description: indicates the codec list for TFO. 

Type: Sub-list of Octet string. 

Possible Values: 

List of codec types; each entry: 

Mc Single Codec similar to as defined in ITU Recommendation Q.765.5 [24], for single codec 
information (Figure 14/Q.765.5), where the Codec Information is defined either in ITU 
Recommendation Q.765.5 [24] or in another specification for the given Organisation Identifier. 
For 3GPP codecs these are defined in 3GPP TS 26.103 [16]. The ACodec property contains the 
contents of the ITU-T Single Codec IE, excluding the Single Codec Identifier, Length Indication 
and Compatibility Information. 

The first Codec Type in the list is the Distant Used Codec, received from the distant TFO partner (see 3GPP 
TS 28.062 [5]). 

15.2.2.3 Signals 

None. 

15.2.2.4 Statistics 

None. 

15.2.2.5 Procedures 

For the procedures for TFO see 3GPP TS 28.062 [5]. 

To enable TFO, the MSC Server shall configure the properties of this package on a MGW Termination with the media 
stream property for Codec Type set to ITU-T Recommendation G.711 [25] (see annex C of ITU-T Recommendation 
H.248 [10]) or Bearer Service Characteristics set to " Speech" or "3.1 kHz Audio" in TMR or USI due to Reserve 
Circuit Procedure, see in ITU-T Recommendation Q.1950 (see 3GPP TS 29.205 [7]). 

The TFO protocol shall be disabled if the call configuration becomes no longer TFO compatible or if the Codec Type 
property of the media stream at the opposing termination in the Context is reconfigured to G.71 1 or if the Bearer 
Service Characteristics of the opposing Termination is reconfigured to "Speech" or "3.1 kHz Audio". The TFO 
protocol may be disabled either by the MSC Server by using the TFO Activity Control property of this package or by 
the MGW in accordance with the TFO rules as described in [5] when it detects that TFO operation is no longer possible 
(for example it has G.71 1 encoding at opposing Terminations). 
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15.2.3 3G Expanded Call Progress Tones Generator Package 

PackagelD: threegxcg(0x0032) 

Version: 1 

Extends: xcg version 1 

This package extends "Expanded Call Progress Tones Generator Package", as defined in ITU-T Recommendation 
Q.1950 [23] (see 3GPP TS 29.205 [7]). The package adds a new toneld for CAMEL prepaid warning tone. 



15.2.3.1 




Properties 


None. 






15.2.3.2 




Events 


None. 






15.2.3.3 




Signals 


CAMEL 


Prepaid Warning Tone: 


SignallD 


: cpwt (0x004f). 



Description: Generate CAMEL prepaid warning tone to inform the party that the Max Call Period Duration is 
about to expire. CAMEL prepaid warning tone is defined in 3GPP TS 23.078 [22]. The physical characteristic of 
CAMEL prepaid warning tone is available in the gateway. 

Signal type: Brief. 

Duration: Provisioned, Not Auditable. 

Additional parameters: 

Tone Direction. 

- ParameterlD: td (0x0010). 
Type: Enumeration. 
Values: 

- "Ext" (0x01): external. 

- "Int" (0x02): internal. 

- "Both" (0x03): Both. 

- Default: "Ext". 

15.2.3.4 Statistics 

None. 

15.2.3.5 Procedures 

None. 

1 5.2.4 Modification Of Link Characteristics Bearer Capability 

PackageName: Modification of Link Characteristics Bearer Capability 
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PackagelD: threegmlc(0x0046) 

Description: This package contains an event that when requested by the MGC will cause the MG to notify the 

MGC that modification of the link characteristics is allowed. This notification is typically 
generated when the bearer has been established. 

Version: 1 

Extends: None 

15.2.4.1 Properties 

None. 

15.2.4.2 Events 

Bearer Modification Support Event. 

EventID: mod_link_supp (0x0001). 

Description: The event is used to notify the MGC that modification of the link characteristics of the current 
bearer connection is permitted. 

EventsDescriptor Parameters: None. 

ObservedEventsDescriptor Parameters: None. 



15.2.4.3 


Signals 


None. 




15.2.4.4 


Statistics 


None. 




15.2.4.5 


Procedures 



If the MGC is interested in determining whether or not the bearer associated with a termination supports modification of 
its link characteristics it shall send a request (Add/Modify/Move) with the Bearer Modification Support Event. When 
the bearer is established the MG will indicate in a Notify request to the MGC if modification of link characteristics is 
supported. A notify will NOT be generated if modification is NOT supported on the bearer. 

15.2.5 Enhanced Circuit Switched Data package 

PackagelD: threegcsden (0x0082) 

Version: 1 

Extends: threegcsd (0x030) Version 1 

This package extends "Circuit Switched Data Package", as defined in subclause 15.1.2. This package adds a new 
property to define the user bitrate at a lu termination. 

15.2.5.1 Properties 

Bitrate 

PropertylD: bitrate (0x0003). 
Description: user bitrate. 
Type: Integer. 



£75/ 



3GPP TS 29.232 version 5.1 6.0 Release 5 53 ETSI TS 1 29 232 V5.1 6.0 (2006-09) 

Possible Values: transmission rate in bits per second, rounded to the nearest integer value. The value shall be a 
vaUd bitrate ; one of the following rates : 2400, 4800, 9600, 14400, 28800, 57600, 64000. 

Defined in: Local Control Descriptor. 

Characteristics: ReadAVrite. 



15.2.5.2 


Events 


None. 




15.2.5.3 


Signals 


None. 




15.2.5.4 


Statistics 


None. 




15.2.5.5 


Procedures 



This package is used in addition to the 3GCSD package for CS data calls. It is used for indicating the user data rates for 
Inter-MSC SRNS Relocation and handover cases. If the Bitrate is not 64 kb/s at one termination in the MGW but its 
opposing termination has properties that define its bitrate to be 64 kb/s (e.g. TMR=UDI) then A-TRAU' protocol shall 
be appHed by the MGW. For further details see 3GPP TS 29.007 [6]. 

1 5.2.6 Cellular Text telephone Modem Text Transport 

PackageName: CTM Text Transport 

PackagelD: threegctm (0x0068) 

Description: The CTM text transport package is intended for enabling robust real time text conversation 

through a voice channel primarily intended for communication over mobile networks. This 
package includes the mechanisms needed to transport T.140 text conversation streams [19] in a 
voice channel environment, using the CTM Cellular Text Telephone Modem specified in 
3GPP TS 26.226 [18]. The transport mechanism allows for alternating transport of voice and text. 

Version: 1 

Extends: None 

15.2.6.1 Properties 

Text termination connection state: 

PropertylD: connstate (0x0001). 

Description: The connection state property is used to reflect details of the achieved text connection. For each 
new session connstate should be reset to "Prepare". 

Type: Enumeration. 

Possible values: 

"Idle" (0x0001) meaning that CTM availability negotiation has failed; CTM is disabled except for monitoring 
the incoming line for CTM signals. 

"Prepare" (0x0002) for CTM being enabled, monitoring for CTM signals and ready to send CTM signals. 

"Connected" (0x0006) for CTM being enabled and to have detected CTM availability in the current session. 

Defined in: Terminations tate. 



£75/ 



3GPP TS 29.232 version 5.1 6.0 Release 5 54 ETSI TS 1 29 232 V5.1 6.0 (2006-09) 

Characteristics: ReadAVrite. 

Text Transport: 

PropertylD: trpt (0x0002) 

Description: The transport parameter reflects the transport mechanism selected for the Text Conversation 
termination. In 3GPP, one possible transport mechanism is the Cellular Text Telephone Modem as in 
3GPP TS 26.226 [18]. It is used when it is desired to transport the text conversation in a voice channel. CTM 
enables alternating use of the voice channel for voice and text during the call. 

Type: Enumeration. 

Possible values: 

- "ctm" (0x0008) for text transport in mobile voice channel as in 3GPP TS 26.226 [18]. 

Defined in: LocalControl. 

Characteristics: ReadAVrite. 

Text Protocol Version: 

PropertylD: textproto (0x0003). 

Description: The version of the ITU-T Recommendation T.140 [19] protocol used in the connection. 

Type: Integer. 

Possible values: 

Any integer corresponding to a T.140 version number (currently 1) as in ITU-T Recommendation H.248 .2 
[17]. 

Defined in: LocalControl. 

Characteristics: ReadAVrite. 

15.2.6.2 Events 

Connection State Change: 

EventID: connchange (0x0001). 
Description: 

This event will occur when the text connection state for the termination has changed. 
The parameter values are the same as the Connection State property. 
If a CTM availability request timed out, the state is returned to Idle. 
EventDescriptorParameters: 

None. 
ObservedEventDescriptorParameters: 
ParameterName: Connection Change. 
ParameterlD: connchng (0x0001). 
Type: Enumeration. 
Possible Values: As property threegctm/connstate. 
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15.2.6.3 Signals 

None. 

15.2.6.4 Statistics 

Characters Transferred: 

StatisticsID: chartrans (0x0001). 

Description: Number of bytes of ITU-T Recommendation T.140 [19] data transferred through the termination. 

Units: count. 

15.2.6.5 Procedures 

If the MGC detects a CTM indication it shall send a request (Add/Modify/Move) with the CTM Transport property. 
Upon receivable of it, the MGW shall allocate a termination with CTM capabilities. Normal usage is that the CTM 
enabled termination handles one text stream and one voice stream and alternates between transporting voice and text in 
the voice channel according to the functionality of CTM. This termination could for example be combined in a context 
with a termination with the txp and ctyp packages for gateway functionality between PSTN text telephony and mobile 
CTM based text telephony. These packages are described in ITU-T Recommendation H.248.2 [17]. 

The CTM algorithm has states. The states defined in the text termination connection state property are mapped into 
CTM states in the following way: 

Idle: CTM disabled because of an unsuccessful CTM availability negotiation. 

Prepare: normal initial state with CTM monitoring active. 

Connected: CTM negotiation is completed. 
For each new call, the CTM termination shall be put in the Prepare state. 
When the CTM availability negotiation is completed, the state is Connected. 
The state transitions are automatic, except for setting Prepare state as described above. 

1 5.2.7 IP transport package 

PackagelD: threegiptra (0x0083) 

Version: 1 

Extends: None 

This package contains the information needed to be able to support IP transport from RAN to the media gateway. 

15.2.7.1 Properties 

IP transport address: 

PropertylD: ipv4trans (0x0001). 

Description: IP V4 transport address. 

Type: Octet String. 

Possible values: 

- Specified as Transport Layer Address in 3GPP TS 25.413 [20]. 

Defined in: Local Control Descriptor. 

Characteristics: ReadAVrite. 
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PropertylD: ipv6trans (0x0002). 
Description: IP V6 transport address. 
Type: Octet String . 
Possible values: 

- Specified as Transport Layer Address in 3GPP TS 25.413 [20]. 
Defined in: Local Control Descriptor. 
Characteristics: ReadAVrite. 
UDP port: 

PropertylD: UDport (0x0003). 
Description: UDP port. 
Type: Unsigned integer. 
Possible values: 0... 65535. 

Specified as lu transport Association in 3GPP TS 25.413 [20]. 
Defined in: Local Control Descriptor. 
Characteristics: ReadAVrite. 



15.2.7.2 


Events 


None. 




15.2.7.3 


Signals 


None. 




15.2.7.4 


Statistics 


None3 





15.2.7.5 Procedures 

When the MSC Server knows that it shall apply the set up procedure in accordance with 3GPP TS 25.414 [21], this 
package is used to set up an IP transport between the RAN and the CN. 

When the Media Gateway Controller initiates the "prepare IP bearer transport" procedure towards the RAN side, it shall 
request the IP transport address and the UDP port from the MGW. The MGW shall provide the MSC Server with the IP 
transport address of the MGW and an UDP Port. At the receipt of these information elements the MSC Server shall 
insert the information elements in the RAB Assignment/ Relocation message. 

When the MSC Server receives the RAB assignment acknowledge or lu relocation request response, (which includes 
the IP transport address of the RNC and the UDP port) and the User Plane mode is Transparent, it shall initiate the 
Modify IP transport address procedure towards the MGW before the first data packet is to be sent from the MGW. 

The MGW shall use the IP address and UDP port if received from the MSC Server to route the user data to the RNC 
regardless if IP addresses and UDP ports were previously exchanged in the User Plane. 

1 5.2.8 Flexible Tone Generator Package 

PackagelD: threegflex (0x0084) 

Version: 1 
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Extends: threegxcg version 1 

This package extends "3G Expanded Call Progress Tones Generator Package", as defined in chapter 15.1.4 above. This 
package adds a new tone for call duration control in CAMEL phase 4, supporting variable sequence of tones and burst 
list. 

15.2.8.1 Properties 

None. 

15.2.8.2 Events 

None. 

15.2.8.3 Signals 

Signal Name: Flexible Tone. 

SignallD: ft (0x0050). 

Description: Generate flexible 900 Hz tone. The physical characteristics of Flexible Tone is not described in the 
additional parameters. It shall be available in the Media Gateway. 

SignalType: Brief. 

Duration: Provisioned. 

Additional Parameters: 

Parameter Name: Burst List Direction 

Description: Used to indicate the direction the tone is to be sent. External indicates that the tone is sent from the 
MG to an external point. Internal indicates that the tone is played into the Context to the other terminations. Both 
way indicates both internal and external behaviour. 

ParameterlD: bid (0x0001). 

Type: Enumeration. 

Possible Values: 

- "Ext" (0x01): External. 

- "Int" (0x02): Internal. 

- "Both" (0x03): Both way. 

- Default: "Ext" (0x01). 
Parameter Name: numberOfBursts. 
Description: Number of bursts in the burst list. 
ParameterlD: nob (0x0002). 

Type: Integer. 

Possible values: 1 to 3. 

Default: 1. 

Parameter Name: burstlnterval. 

Description: Time interval between two consecutive bursts expressed in amount of 100 ms units. 

ParameterlD: bi (0x0003). 
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Type: Integer. 

Possible values: 1 to 1200. 

Default: 2. 

Parameter Name: numberOfTonesInBurst. 

Description: Number of tones to be played in each burst. 

ParameterlD: notib (0x0004). 

Type: Integer. 

Possible values: 1 to 3. 

Default: 3. 

Parameter Name: toneDuration. 

Description: Duration of each tone in a burst expressed in amount of 100 ms units. 

ParameterlD: td (0x0005). 

Type: Integer. 

Possible values: 1 to 20. 

Default: 2. 

Parameter Name: tonelnterval. 

Description: Time interval between two consecutive tones in a burst expressed in amount of 100 ms units. 

ParameterlD: ti (0x0006). 

Type: Integer. 

Possible values: 1 to 20. 

Default: 2. 



15.2.8.4 


Statistics 


None. 




15.2.8.5 


Procedures 



The MGW should generate the tones using the above mentioned parameters as specified in 3GPP TS 23.078 [22] 
subclause 4.5.7.1.2 

In case MGC requests to generate a flexible tone specifying a signal type "Timeout" and a "Duration" longer than the 
time needed to play the whole Burst List no action will be taken on the incoming stream to fill the gap. I.e. if any user 
plane stream is received on one side of the termination after the end of the burst list, it will be present, unchanged, on 
the other side of the termination as well (transparent mode). 
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Annex A (informative): 

The Framing protocol Interworking Function (FPIF) 



A.1 Introduction 



SDUs transmitted over an lu or Nb interface and received at a MGW whose outgoing UP is also lu or Nb shall be 
relayed to the outgoing UP MGW termination. If no interworking function (other than the FPIF) or transcoder device is 
inserted by the MGW, and if UP terminations are present, then PDUs and control procedures are passed between MGW 
terminations by the FPIF. The FPIF is the functional entity responsible for aligning or mapping control procedures 
(including RFCIs, frame numbers etc) on the separate UP interfaces according to the package procedures described in 
the main text. The FPIF determines if the two UP configurations are identical and thus the UP PDUs may be passed 
transparently. If the FPIF determines that the two UP configurations are not identical it applies the required mapping. 
The relaying of PDUs transparently can also be considered as FPIF bypass. 

NOTE: the implementation in the MGW can perform a more efficient processing of the PDUs in this case. The 
MGW switching and bypassing of the protocol functions during TrFO is left to the manufacturer's 
implementation. 

UP initialisations are not handled by the FPIF, only receipt of the Subflow combinations and the RFCI allocations are 
received by the FPIF for each UP. 

The RFCIs are relayed by the FPIF as described in main text for the UP package procedures. 



lu/Nb Interface 



lu/Nb Interface 
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Figure A.I: The Framing Protocol Interworking Function 



A.2 FPIF procedures with respect to lu framing protocol 

This clause handles relay of user data indicated to the FPIF in a Nb- or lu-UP-data-indication message and transmitted 
between peer UP layer entities in PDU types and 1 . The FPIF passes this information to the UP layer on the sending 
side in a Nb- or lu-UP -data-request message. 
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A.2.1 Payload 



Received SDUs shall be forwarded unmodified to the next MGW. Note that if "delivery of erroneous SDUs" is set to 
'no', faulty SDUs are already discarded by the lu or Nb support mode functions and, hence, not delivered to the FPIF. 

A.2.2 RFCIs 

If the RFCI values on the outgoing UP interface match those initialised on the incoming UP interface then the RFCI 
indicated by the lower layer (i.e. lu or Nb) on the receiving side shall be forwarded unmodified to lower layer on the 
sending side. 

If the RFCI sets on the outgoing UP interface do not match those initialised on the incoming UP interface then the FPIF 
performs mapping between the RFCIs on each UP for the same initialised Subflow Combination. 

The FPIF is the entity that may perform the RFCI value correction procedure as described in the main text, after this 
procedure then relaying of the received RFCI shall be performed. 

A.2.3 FQC 

The FQC indicated by the lower layer (i.e. lu or Nb) on the receiving side shall be forwarded unmodified to lower layer 
on the sending side. 

A.2.4 Frame number 

The frame number indicated by the lower layer (i.e. lu or Nb) on the receiving side shall be forwarded unmodified to 
lower layer on the sending side. 

A discontinuity in framing protocol support mode frame numbers is allowed at the end of the TrFO break. 



A.3 Relay of status information 



This clause handles relay of status information indicated to the FPIF in a Nb- or lu-UP-status-indication message and 
transmitted between peer UP layer entities in PDU type 14. The FPIF in general passes this information to the UP layer 
on the sending side. 

A.3.1 Void 

A.3.2 Rate Control Frames 

The FPIF shall pass rate control request and rate control acknowledgement frames transparently between incoming UP 
interface and outgoing UP interface. 

Before a MGW reverts from TrFO break operation (for example during handover or relocation where the rate control 
procedures may have been operating independently between each UP interface) the FPIF may perform rate control 
procedures to each UP peer. It shall then use the Maximum rate and Current rate settings from the opposite UP 
configurations. This is performed to align the UP's on each side of the MGW to enable relaying of all subsequent PDUs 
as described above. 

Optionally, the UP layer protocol entity on the sending side may substitute the frame number received in a status 
request by another number, but shall then substitute the initial number back in the status indication containing the 
acknowledgement. Figure A. 2 shows an example of the relay of the rate control procedure. 
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Figure A.2: Relay of a control procedure 



A.3.2 Time Alignment 

Time alignment frames shall be relayed unmodified. 
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Annex B (informative): 

Examples for Usage of the 3GUP Package "Initialization 

Direction" Property 



Incoming Incoming Incoming Outgoing 





^ 


MGWA 

► 


^ 


MGWB 

< ► 


RAB Init 






RNCA 








■■■► 


RNC B 






RFCI Value 
Correction 



















lu 



Nb 



lu 



Figure B.1 : Mobile to Mobile Call (A to B) 



Incoming Incoming Incoming 







^ 


SMGW 

► 






GMGW 

► 


^ 




RNC 


PSTN 


lu 




Nb 


* 



















Figure B.2: Mobile Originating Call 



Outgoing Incoming Outgoing 







GMGW 

► 




SMGW 

< ► 


RAB Init 

4 






PSTN 


RNC 


W 


w 


^ ». 




^ 





Nb 



RFCI Value 
Correction 

lu 



Figure B.3: Mobile Terminating Call 
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